- 主题:前端MVC最终的解决方案
你说的那个什么bootstrap抓出来就能用到底算什么优点我没看明白
我给的那个example里面 你把任何element放进去就一样能用 只不过我那个例子里面需要写个templateselector来决定数据用哪个template呈现
总之 js框架的另一个问题就是别人学了你的东西出去能不能找到工作 到处招前端都要angular/react 这种东西说屁股决定脑袋也对 如果你是google的CTO做了个啥框架 也许就有人去github上捧你臭脚了 呵呵呵 可惜你不是啊
【 在 Inshua 的大作中提到: 】
: view 和 data 分开并不是体现在组件上的，你们这个思路本来就有问题
: 你说组件就非得 mvvm，我问你 html button 是不是组件，html button 有没有 mvvm？
: 之所以不用node.js并不是我不会nodejs，nodejs 这种全靠回调的框架根本就没有办法出堆栈，要用 activiti 之类 java 框架也很麻烦
: ...................
--
FROM 110.23.10.*
【 在 facilitator (黄书中自有颜如玉 脸书中自有黄金屋) 的大作中提到: 】
: 1、mvvm有点是自动根据数据生成view啊 数据修改了 比如add/remove/update view
也会自动变化 所以mvvm里面代码只要管理data和template就行了 你那个东西根据
data生成view是自己管的 比mvvm麻烦多了
要自动很容易，难的是明明可以自动我却不想搞自动，因为我已经受够了这种所谓的
自动，在我心里从model到界面是一个函数：render(model, 界面)，在以往实践我充
分意识到：不自动更好。实际上，按正确的mvc思想，model view control 中，view
是不能直接去改 model 的，现在这种双向绑定是违反这个思想的。
: 2、mvvm在自己的controller或者viewmodel当中处理事件 对view和data的处理做了
很好的逻辑划分 你那种生成一堆view然后混在一起管理是very bad practice
你自己理解错了，每个molecule组件都可以包含自己的小mvc块，并不是一个纯粹的
view。mvc不是一种层切理论，而是块切理论，每个组件拥有自己的mvc。mvc也不是很
宏大的一套结构，仅仅就是数据和界面分离。现在mvvm的实践就是误入歧途。
: nodejs的non blocking我就不说 总之web server用nodejs 后端如果逻辑太复杂或
者工作量太大 就用node调用hadoop/spark+python/java之类的
: ...................
我现在这种做法没有什么问题，既能玩js也能兼容java，现在nodejs还有nashorn上的
移植版本。我只不过比别人早醒了一点。
--
FROM 222.211.139.*
你随便打开一个网页，应该就有一个直接的观念，我能不能把这个块独立出来，组装在
别的地方，如果你连这种直觉都失去了，那也就只能不断学习“主流框架”了
你后面说的知名度不够什么的，我并不觉得可耻，反正我自己的队伍用它比用 angular
react 爽就够了，培训成本也比这两个框架低
【 在 facilitator (黄书中自有颜如玉 脸书中自有黄金屋) 的大作中提到: 】
: 你说的那个什么bootstrap抓出来就能用到底算什么优点我没看明白
: 我给的那个example里面 你把任何element放进去就一样能用 只不过我那个例子里面
需要写个templateselector来决定数据用哪个template呈现
: 总之 js框架的另一个问题就是别人学了你的东西出去能不能找到工作 到处招前端都
要angular/react 这种东西说屁股决定脑袋也对 如果你是google的CTO做了个啥框架 也
许就有人去github上捧你臭脚了 呵呵呵 可惜你不是啊
--
FROM 222.211.139.*
那你随便吧 我是觉得mvc那套不如mvvm 因为我最开始是做winform 但是接触WPF/mvvm就感觉比winform那种方便很多 你要是自己开公司 你就自己玩吧
就好比facebook坚守php 最后还搞了hiphop和HHVM 反正php那种动态类型语言我这种新转过来的是不想用
【 在 Inshua 的大作中提到: 】
: 也会自动变化 所以mvvm里面代码只要管理data和template就行了 你那个东西根据
: data生成view是自己管的 比mvvm麻烦多了
: 要自动很容易，难的是明明可以自动我却不想搞自动，因为我已经受够了这种所谓的
: ...................
--
FROM 110.23.10.*
动态语言你也受不了，那就不要看见什么不符合你口味的就反了，我这框架有这框架的
优势，我用下来觉得还不错，到处推荐推荐也是我自由
ps. 我认为表达业务用动态语言更好，建议尝试
【 在 facilitator (黄书中自有颜如玉 脸书中自有黄金屋) 的大作中提到: 】
: 那你随便吧 我是觉得mvc那套不如mvvm 因为我最开始是做winform 但是接触WPF/mvvm
就感觉比winform那种方便很多 你要是自己开公司 你就自己玩吧
: 就好比facebook坚守php 最后还搞了hiphop和HHVM 反正php那种动态类型语言我这种
新转过来的是不想用
--
FROM 222.211.139.*
难道angular做的不是你说的那个东西么？
页面太复杂 就把重复出现的内容抽出来做个directive或者2.x的component
angular上手是有点难度的 你的东西就是在现有的element上加几个attribute的话 对初学小白是有点吸引力 然而出去找不到工作啊 反正我是不会建议别人去学背离主流的东西 不想干了换工作都麻烦 人家面试问都用过啥 怎么回答……
【 在 Inshua 的大作中提到: 】
: 你随便打开一个网页，应该就有一个直接的观念，我能不能把这个块独立出来，组装在
: 别的地方，如果你连这种直觉都失去了，那也就只能不断学习“主流框架”了
: 你后面说的知名度不够什么的，我并不觉得可耻，反正我自己的队伍用它比用 angular
: ...................
--
FROM 110.23.10.*
不是啊 我用typescript
js的动态类型没法推断 导致ide没有intellisense 写起来效率太低
连angular2都是原生的typescript 说明typescript是主流啊 看你源代码都是js就累
【 在 Inshua 的大作中提到: 】
: 动态语言你也受不了，那就不要看见什么不符合你口味的就反了，我这框架有这框架的
: 优势，我用下来觉得还不错，到处推荐推荐也是我自由
: ps. 我认为表达业务用动态语言更好，建议尝试
: ...................
--
FROM 110.23.10.*
如果你认为angular做的和molecule一样，而molecule远比angular简单，那还说啥，我
也没推介错，其实往深了说，molecule因为理念通透，搞组件继承、组合，都比angular
简单（我怀疑angular根本做不到类似的设计）
至于找工作，知道的人多了自然找工作方便了，不过这个框架这么简单，是个人就能学
会，贴在简历里也只能说明智商正常 :D
【 在 facilitator (黄书中自有颜如玉 脸书中自有黄金屋) 的大作中提到: 】
: 难道angular做的不是你说的那个东西么？
: 页面太复杂 就把重复出现的内容抽出来做个directive或者2.x的component
: angular上手是有点难度的 你的东西就是在现有的element上加几个attribute的话 对
初学小白是有点吸引力 然而出去找不到工作啊 反正我是不会建议别人去学背离主流的
东西 不想干了换工作都麻烦 人家面试问都用过啥 怎么回答……
--
FROM 222.211.139.*
额。。。。
【 在 facilitator (黄书中自有颜如玉 脸书中自有黄金屋) 的大作中提到: 】
: 不是啊 我用typescript
: js的动态类型没法推断 导致ide没有intellisense 写起来效率太低
: 连angular2都是原生的typescript 说明typescript是主流啊 看你源代码都是js就累
--
FROM 222.211.139.*
不一样 不一样 你不是mvvm angular比你强大 为了binding做的change detection和digest loop这些自动化你都没有
有些东西简单是因为功能太弱小
【 在 Inshua 的大作中提到: 】
: 如果你认为angular做的和molecule一样，而molecule远比angular简单，那还说啥，我
: 也没推介错，其实往深了说，molecule因为理念通透，搞组件继承、组合，都比angular
: 简单（我怀疑angular根本做不到类似的设计）
: ...................
--
FROM 49.195.66.*