jquery mobile listview asp.net mvc

DDD888

我会写c#和javascript,我可以在asp.net mvc server上生成ul, li 的html 代码给客户端用，同样的工作我也可以在asp.net mvc返回json data,在客户端用javascript生成同样的ul, li 的html 代码

从技术角度看，我应该将工作在服务器完成呢？还是在client端完成？

卡_卡

在服务器端做吧，客户端硬件压力小点

DDD888

卡_卡 发表于 5-2-2015 14:33
在服务器端做吧，客户端硬件压力小点

挺有道理，手机啥的计算速度是挺慢的

black_zerg

毛 肯定是JSON 楼主好任性

jgcgomk

卡_卡 发表于 5-2-2015 14:33
在服务器端做吧，客户端硬件压力小点

这怎么可能，客户难道用win95的？连这点js代码都跑不了？
现代mvc的核心思想就是所有的前端都放在客户那里，后台就跑个数据库，数据传递用json，不可以传递html的元素，这样的平台才短平快，容易实施，也容易debug
好像angular才20k

xiongmengjie

看你业务场景了。如果不是特殊业务场景，这两种都可以，看你哪个顺手。

mason00

哪边熟在哪边做

DDD888

jgcgomk 发表于 26-2-2015 21:31
这怎么可能，客户难道用win95的？连这点js代码都跑不了？
现代mvc的核心思想就是所有的前端都放在客户那 ...

jquery mobile是在手机上使用，对桌面系统是用jquery

最新资料我看到是手机比台式机慢六倍

DDD888

mason00 发表于 27-2-2015 00:04
哪边熟在哪边做

我最熟就是C#啦

superopengl

Shin server fat client是趋势。这样做可以给server端减压，因为server是要钱的，client end是免费的。

DDD888

superopengl 发表于 27-2-2015 14:56
Shin server fat client是趋势。这样做可以给server端减压，因为server是要钱的，client end是免费的。

我工作的公司是自己买server,已经买好，所以不花钱了

superopengl

Cloud有价格优势，是大趋势，on-premises server渐渐会fade out。而且即便现有的server，出于服务扩张，将来也要面临scale up/out的问题。跟客户端资源相比，Server永远是稀缺资源。

DDD888

superopengl 发表于 27-2-2015 14:56
Shin server fat client是趋势。这样做可以给server端减压，因为server是要钱的，client end是免费的。

另外客户端的硬件设备是不可控制的, 客户如果使用很慢的手机,但期望合理的响应速度,把工作放在客户端来做就会失败啦

我感觉我输出json和ul/li的工作量类似,并不会因为服务器输出html代码,而导致服务器工作量增大

mason00

DDD888 发表于 28-2-2015 19:54
另外客户端的硬件设备是不可控制的, 客户如果使用很慢的手机,但期望合理的响应速度,把工作放在客户端来做 ...

单纯输出是没啥差别，现在前端框架主要是解决UI变化对服务器的压力，前台的UI变化很多时候很小，只是些许数据的变更，这种HTML的变动如果要求服务器重新输出全部HTML，就比较浪费，用户体验也差。虽然现在SPA的说法很热门，但是毕竟大多数大型网站不会是一个界面就OK了，Gmail是比较不错的应用。那些说大量业务逻辑要移到客户端的，我觉得不靠谱。业务逻辑最终还是要放在服务器端比较安全，前台都是紧密联系UI的操作，更偏向用户体验。

superopengl

mason00 发表于 28-2-2015 20:27
单纯输出是没啥差别，现在前端框架主要是解决UI变化对服务器的压力，前台的UI变化很多时候很小，只是些许 ...

业务逻辑可以搬到客户端，数据逻辑必须在服务器端。思想就是拆分为开放业务逻辑、隐私业务逻辑和数据逻辑。开放业务逻辑可以放到客户端，比如Edit Check，部分导出数据的计算（比如通过生日算年龄）。

MVC的“M”必须放在服务器而且要校验所有change，“C”需要拆分部分到客户端部分留在服务器端，“V”可以全部或大部分放到客户端。

superopengl

DDD888 发表于 28-2-2015 18:54
另外客户端的硬件设备是不可控制的, 客户如果使用很慢的手机,但期望合理的响应速度,把工作放在客户端来做 ...

系统设计的时候对客户端是有要求的，不可能适应所有客户端。另外如果客户群的设备陈旧，那就没有办法了，SPA就不是为这些设备而生的。

DDD888

superopengl 发表于 2-3-2015 03:56
系统设计的时候对客户端是有要求的，不可能适应所有客户端。另外如果客户群的设备陈旧，那就没有办法了， ...

但钱仍旧是要赚的

我现在使用着samsung s2,在四年前买的时候花了我NZ$700,现在是不值钱啦，我还不断给它升级，升级到ANDROID 4.4.4，就是希望不花钱买新设备啦（我昨天去看了SAMSUNG NOTE 4,价格要NZ$1140,比我妻子买的时候贵了两百多元，我就不买），我想我工作的公司客户应该和我有同样想法啦，大家都用破旧的机器

我以前工作的公司的客户六年前WINDOWS 95不也照样用啦，我用DELPHI给他们写程序，啥破旧的机器都可以运行我写的程序啦

当然，老板买新的服务器买的大概要2万多新西兰元，这不关我的事啦，我只关心程序在服务器上跑的快啦

DDD888

superopengl 发表于 2-3-2015 03:51
业务逻辑可以搬到客户端，数据逻辑必须在服务器端。思想就是拆分为开放业务逻辑、隐私业务逻辑和数据逻辑 ...

"V"不是razor engine的html吗？

mason00

superopengl 发表于 2-3-2015 02:51
业务逻辑可以搬到客户端，数据逻辑必须在服务器端。思想就是拆分为开放业务逻辑、隐私业务逻辑和数据逻辑 ...

前端主要是ui和validation,后台真正的业务逻辑依然要考虑没有前台验证的情况，特别是纯粹的基于setvice的。

DDD888

mason00 发表于 2-3-2015 08:38
前端主要是ui和validation,后台真正的业务逻辑依然要考虑没有前台验证的情况，特别是纯粹的基于setvice的 ...

94 94