大牛讲javascript.

乱码

part 1
part 2
part 3
part 4

典

赫赫，挖坑啊
我喜欢Javascript, 我最近发展了自己的一套基于Javascript的Pattern, 感觉比ASP.NET 的MVC要爽.
有几个牛人已经开发出Javascript MVC, 但是我觉得他们走得太远， 反而不是很实用

zn7726

Javascript MVC (monkey1) (monkey1)
javascript这东西一般我能绕开就绕开, 不是做microsoft的, javascript不知道怎么debug

cdfei

分享一下思路呢

原帖由 典 于 2010-8-20 12:55 发表
赫赫，挖坑啊
我喜欢Javascript, 我最近发展了自己的一套基于Javascript的Pattern, 感觉比ASP.NET 的MVC要爽.
有几个牛人已经开发出Javascript MVC, 但是我觉得他们走得太远， 反而不是很实用 ...

典

那个Javascript MVC自己有测试模块，能告诉你哪里出问题了

我的还在初级阶段，在两个项目里用了还算成功。最近没事的时候在家里逐摸怎么封装成库。只适合于比较熟练的程序员，以及小的要求不高的项目。

乱码

你是说这个？

http://javascriptmvc.com/

典

原帖由 乱码 于 2010-8-20 13:15 发表
你是说这个？

http://javascriptmvc.com/

是啊
其实还有两外一个JMVC, 没有仔细看，看到他们使用一些DLL有点担心

乱码

原帖由 典 于 2010-8-20 13:18 发表


是啊
其实还有两外一个JMVC, 没有仔细看，看到他们使用一些DLL有点担心

dll? 为啥？ i thought it's js framework only.

dll用来 inject js to page?

Dan.and.Andy

我最近写了两个jQuery 的plugins，争取下个月发布，javascript 很有乐趣

Dan.and.Andy

原帖由 乱码 于 2010-8-20 13:24 发表


dll? 为啥？ i thought it's js framework only.

dll用来 inject js to page?

应该不是，调用客户端的dll

典

基本的逻辑是大量使用javascript, 减少和服务器打交道的次数，如果有需要也是用Jquery的Ajax去打交道。
不再使用ASP.NET中的Event 和 State来驱动

[ 本帖最后由 典 于 2010-8-20 13:36 编辑 ]

Dan.and.Andy

原帖由 zn7726 于 2010-8-20 12:56 发表
Javascript MVC (monkey1) (monkey1)
javascript这东西一般我能绕开就绕开, 不是做microsoft的, javascript不知道怎么debug

正相反, Microsoft 总是在弱化它. 也对, 微软的理想是用C#搞定Web的一切(从数据库到前端动画).

典

原帖由 Dan.and.Andy 于 2010-8-20 13:24 发表
我最近写了两个jQuery 的plugins，争取下个月发布，javascript 很有乐趣

记得拿出来Share一下

coolioo

最极端的做法就是只从服务器获取数据，客户端拿到数据后，用Javascript处理数据，生成全部UI。

服务器上面都是web service，没有生成HTML的代码

乱码

原帖由 Dan.and.Andy 于 2010-8-20 13:24 发表
我最近写了两个jQuery 的plugins，争取下个月发布，javascript 很有乐趣

it's good to know, share with us then

rogerk

原帖由 coolioo 于 2010-8-20 13:35 发表
最极端的做法就是只从服务器获取数据，客户端拿到数据后，用Javascript处理数据，生成全部UI。

服务器上面都是web service，没有生成HTML的代码

多年前我就在这么做了，可以结合XSLT直接render页面，然后用javascript处理事件，对后台通讯用xmlhttp，等于就是一个客户端。不过当年浏览器性能不行，数据多了总是很慢。这几年好像好多了。

服务器段就只要web server, 送xml来就可以了

典

原帖由 coolioo 于 2010-8-20 13:35 发表
最极端的做法就是只从服务器获取数据，客户端拿到数据后，用Javascript处理数据，生成全部UI。

服务器上面都是web service，没有生成HTML的代码

对，大约就是这样
除了你说的以外，有时候产生UI的时候，或者用户输入什么东西需要修改UI的时候，依然可以用Ajax的方式从服务器取得数据，取完数据后有两个选项(1)服务器传回数据，Javascript处理数据后修改UI, （2）在服务器产生UI部件，比如一个<table>, 再将这个部件送给客户端，客户端直接将部件加到用户端的网页里就完了， 这是我喜欢的

乱码

原帖由 Dan.and.Andy 于 2010-8-20 13:32 发表


正相反, Microsoft 总是在弱化它. 也对, 微软的理想是用C#搞定Web的一切(从数据库到前端动画).

not 100% true.

asp.net mvc把jquery放在ｐａｃｋａｇｅ里面，　asp.net web form/silverlight可能走的就是不同的路子，取决于用什么了。

乱码

原帖由 rogerk 于 2010-8-20 13:44 发表


多年前我就在这么做了，可以结合XSLT直接render页面，然后用javascript处理事件，对后台通讯用xmlhttp，等于就是一个客户端。不过当年浏览器性能不行，数据多了总是很慢。这几年好像好多了。

服务器段就只要web server, 送x ...

classic asp都是这么做。

coolioo

这样的好处很多，用户体验也很好。坏处就是写大量客户端javascript代码，而且javascript 代码读起来比较费劲

乱码

原帖由 典 于 2010-8-20 13:45 发表


对，大约就是这样
除了你说的以外，有时候产生UI的时候，或者用户输入什么东西需要修改UI的时候，依然可以用Ajax的方式从服务器取得数据，取完数据后有两个选项(1)服务器传回数据，Javascript处理数据后修改UI, （2）在服务器产生U ...

security是这种方式最大的concern,能handle好这个，一切都好。

panada

原帖由 典 于 2010-8-20 12:55 发表
赫赫，挖坑啊
我喜欢Javascript, 我最近发展了自己的一套基于Javascript的Pattern, 感觉比ASP.NET 的MVC要爽.
有几个牛人已经开发出Javascript MVC, 但是我觉得他们走得太远， 反而不是很实用 ...

现在的jquery和prototype都是很成熟很好用的framework了，功能也很齐全，干嘛还要自己写一套呢？

典

原帖由 coolioo 于 2010-8-20 13:49 发表
这样的好处很多，用户体验也很好。坏处就是写大量客户端javascript代码，而且javascript 代码读起来比较费劲

是啊，用户体验是好，对服务器没有要求。
所以我觉得要比较小的项目 / 比较熟练的程序员，
就代码量而言，有了Jquery以及其它一些库的发展，我觉得还好，实际上不比用C#写的代码多，但是一般来说难读懂一些，难维护些。

xji

现在写web application，50%是javascript，20%是html，30%是服务端，javascript是越来越重要了，php和ruby的MVC都成熟，但是一旦用在ajax网站上，感觉大材小用，很多时候精力都被javascript拉过去了，服务端其实相对简单，就省跟数据库打交道了。

典

原帖由 panada 于 2010-8-20 13:53 发表

现在的jquery和prototype都是很成熟很好用的framework了，功能也很齐全，干嘛还要自己写一套呢？

没有打算另外写一套啊，是建立在jquery基础上的一些东西，从而可以跳开ASP.net MVC, 实现更好的用户体验，以及对服务器的无负担。

cdfei

还是要考虑开发速度，维护性，扩展性啊

典

原帖由 乱码 于 2010-8-20 13:51 发表


security是这种方式最大的concern,能handle好这个，一切都好。

security没什么变化，依然需要服务器控制，
就是代码没办法完全保密

乱码

原帖由 典 于 2010-8-20 14:00 发表



没有打算另外写一套啊，是建立在jquery基础上的一些东西，从而可以跳开ASP.net MVC, 实现更好的用户体验，以及对服务器的无负担。

刚看了一下他们的demo,很有意思.　对他们在client side implement mvc　感觉一般，但对unit test比较感兴趣。

好像有不少js unit test的工具，但我们不是开发js framework level的东西，就没有用过．

我个人还是比较倾向于asp.net mvc．

panada

原帖由 典 于 2010-8-20 14:03 发表


security没什么变化，依然需要服务器控制，
就是代码没办法完全保密

javascript的security方面天生就是一个缺陷，client端运行的代码实在是想不到如何做security。。。

coolioo

客户端Javascript都是UI的代码，不用考虑代码保密和安全。Business Logc都在服务端了，在服务器端做好安全就可以了。