Re: [问题] 请问图形化接口建议始用哪种语言?

楼主: stu87616 (文组工程师)   2014-10-10 01:20:06
看内文不知道是哪种语言比较擅长,
这边我就我个人用过的几种语言/接口架构讨论看看
首先是个人最擅用的C#,VS打开就有基本的WinForm和WPF,
WinForm很简单,工具箱就有一堆控件拉一拉,所见所得,上手简单度应该第一
WPF的接口要用code写出来上手难度较高,但也是有画面所见所得,
可以很简单弄出很多UX比较好的东西,现在我写Desktop都用WPF
绘图的API部分,基本的划线段Google一下都有,基本上我还没遇过想要的功能出不来
C++部分,有用过BCB上的WCF,
跟WinForm有九成像,好处(坏处?)是用C++,
只会C++懒得学新语言可以用这个
再来是Java,我用的比较少,就用过的几次经验,
Java似乎是没有接口可以直接用拉的? 都要用code直接输入,上手难度提高很多,
我想Java长居最常用语言这么久,应该是有人开发Lib啦,不过还要装就是麻烦
最后是推文有人提到的Processing,这个用来写游戏和绘图真的很好用,
他有个很大的不同,上面都是包成接口有控件让你按,事件驱动式的架构
但Processing原生就是用不断runloop的逻辑运行(不确定是不是这样称呼)
很多功能要自干,当然也不会有什么接口让你拉了,个人认为上手难度颇高
但如果之前完全没有被其他程式逻辑荼毒(?)过,
直接从Processing开始的话,也是有可能如鱼得水(个人认识过这种人)
数学支援方面,我相信都是有Library可以抓来套,就是难度的差别
个人觉得数量应该是C++ > Java > C# > Processing
C++可能有踩到雷的风险(太多,有的搞不好没在维护或甚至有Bug);
C#装Library的方便度应该是狂电所有语言,VS和M$太强了;
Java大部分找的到的Library都有人在维护,但安装起来有机会搞死人;
Processing可能就要比较辛苦了,完全相符的资源少是一定的,
可能需要去call别的语言的Library
以上是我个人用过的语言/接口的心得感想,
才疏学浅,如果有意见相左的,希望不要砲的太大力

Links booklink

Contact Us: admin [ a t ] ucptt.com