web开发好吃香
--
FROM 111.192.252.*

GWT是用java方式来写js，根本没有流行起来过。

现在大概只有gmail在用。

Google现在在搞Angular和Polymer。

【 在 silentguy (沉默是金) 的大作中提到: 】
: web开发好吃香
--
FROM 115.231.148.*

coffeescript的好处是开发原型快，我现在都不编译直接放<script>里跑的，跑顺了再慢慢整理到库文件里browserify。

typescript其实是es6的一个马甲，它的背后就是开发chrome的google和开发ie的微软。所以它其实是代表了es发展的方向的。

typescript的好处是。。。我觉得没啥好处。要勉强说大概就只有ide的自动提示了。这个和python3的type annotation其实是一事儿。

ts的annotation不能区分int和float，统统都是number，所以对性能优化一点帮助都没有，纯粹就是装饰。我觉得还不如mozilla的asm.js有意义。。。

我觉得coffeescript比typescript要好很多。比如coffee有两种->和=>两种arrow，typescript和es6只有一种，就是强行把this给换掉的那个。这对用this传参数的js库来说，用起来是很别扭的。举个例子：
$('div').on('click',=>{
    // 在ts里是无法访问到jQuery传过来的这个this的
});

这个例子用coffeescript的thin arrow ->就很方便了：
$('div').on 'click', -> $(this).hide()

在ts里调用jquery，只能很罗嗦地写 function(){...}。

我是觉得typescript或者es6都没啥好的。

现在大家都不写css了，用less或者sass预处理程css。
所以我感觉用预处理写js也没什么不可以啊。
反正我看到用babel或者coffee的重要项目还是很多的。。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 之前在 python 版也有人用 pyjs 来写前端。这些东西最后都没有流行起来。所以我觉得 typescript/coffeescript 大概也是这种命运，不如直接上 es6
--
FROM 115.231.148.*

因为js里面数值只有float一种存储方式，并没有什么int种类，ts完全兼容并继承js，所以ts的数值也只有number一种，这并没有什么不对啊
es6后面还有es7，ts永远只有一种并且代表了最新的js发展方向，看看angular用 ts就知道了
你说ts里写jquery不能取得this是什么意思？ts里你可以直接写原生js完全没有任何问题的
你看下我写的https://jsfiddle.net/g9srdrhd/，你想实现这种效果吗？还是其他的

ts基本是纯粹的oop思想了，任何一个学过c++或者java的人，没看一页js的东西，基本就可以立即用ts写东西了，你要知道js的this和scope是相当tricky的，ts把这些东西都隐藏了。
【 在 javaboy 的大作中提到: 】
: coffeescript的好处是开发原型快，我现在都不编译直接放<script>里跑的，跑顺了再慢慢整理到库文件里browserify。
: typescript其实是es6的一个马甲，它的背后就是开发chrome的google和开发ie的微软。所以它其实是代表了es发展的方向的。
: typescript的好处是。。。我觉得没啥好处。要勉强说大概就只有ide的自动提示了。这个和python3的type annotation其实是一事儿。
: ...................
--
修改:cnxs FROM 115.70.49.*
FROM 115.70.49.*

typescript的强大功能主要在于静态类型和@ decorator

静态类型的自动提示和查错功能就不用多说了

而有decorator的typescript可不止是个es6的马甲

angular2是native typescript 里面绝大多数功能都是用decorator写的

我这也实现过一个用decorator做的动态双向数据绑定、函数-事件关联、Observable Array事件侦听等功能的框架 https://github.com/errisy/bindable

我做的序列化标注方案和Remote Procedure Call方案都是用decorator写的

好的decorator应用 可以用极其简单的语法实现各种复杂的功能

typescript另一个强大优势就在于它是一个开源的编译器 只要稍微改改编译器 就可以自动把typescript定义的类型和函数包括注释转译成其他语言

我现在写API完全是typescript的remote procedure call服务，然后利用编译器自动生成web前端typescript client类型和xamarin(android/ios共用)前端的C# client类型 连标注都直接转译过去 开发跨平台API完全不用写文档的


decorator的例子：

@obs.bindable 
class Person {
    @obs.property
    public Name: Name; //if you assign a Name object here, a binding will be automatically set up.
    @obs
      .bind(()=>Person.prototyope.Name.FirstName) //here defines the binding
      .before(()=>Person.prototype.beforeFirstNameChange) 
      .after(()=>Person.prototype.FirstNameChanged)
      .property
    public FirstName: string;
    @obs.event
    public beforeFirstNameChange = () => {
        console.log('before first name is changed.');
    }
    @obs.event
    public FirstNameChanged = () => {
        console.log('first name is changed.');
    }
}
@obs.bindable
class Name{
    @obs.property
    public Surname: string;
    @obs.property
    public FirstName: string;
}

【 在 javaboy 的大作中提到: 】
: coffeescript的好处是开发原型快，我现在都不编译直接放<script>里跑的，跑顺了再慢慢整理到库文件里browserify。
: typescript其实是es6的一个马甲，它的背后就是开发chrome的google和开发ie的微软。所以它其实是代表了es发展的方向的。
: typescript的好处是。。。我觉得没啥好处。要勉强说大概就只有ide的自动提示了。这个和python3的type annotation其实是一事儿。
: ...................
--
FROM 110.23.10.*