未来的安全中间层你会选择使用什么？
未来的这些安全中间层，主要代表有：JAVA、PHP(&GTK-PHP)、Qt(QSA)、.NET、MONO，你会选择哪个？以下的观点是否同意？
一、Qt在跨平台方面的影响力GTK+根本无法实现
二、Gnome不是一个集中的工程项目，利用GTK+开发程序的各个支持商各有自己的算盘
三、GTK+开发的界面太为厚重难看、开发速度太慢，这种现状短期内无法改变 呵呵。我一直用QT的。从接触Linux的那天起，就讨厌gtk。
现在因为工作需要，用用JAVA。 GTK 的优势就是他的 LGPL 。
相对我觉得 java 会有大的应用，毕竟现在用它的越来越多。 Java。
说说而已，我只是个打工仔。
未来的个人网站可能会用Linux或XXBSD做操作系统(如果硬件用龙芯盒子，就不用XXBSD了)，数据库用PostgreSQL，持久层用Hibernate，框架用Spring，界面用JSP。 Java。
说说而已，我只是个打工仔。
未来的个人网站可能会用Linux或XXBSD做操作系统(如果硬件用龙芯盒子，就不用XXBSD了)，数据库用PostgreSQL，持久层用Hibernate，框架用Spring，界面用JSP。
我的想法和兄台不一样：未来的个人网站用什么系统都一样，数据库用MySQL的人仍然会很多，sqlite会广泛应用于应用程序，PostgreSQL虽然是免费开源的，但在应用推广上存在问题，高不及商业数据库低不如Mysql等数据库灵活，所以不可能会有多大的应用。界面应用可能最大的会是KDE，因为KDE将会跨平台了。
我很早就认识了JAVA，那时还没有JAVA热，以后一直停留在HelloWorld的水平以下（早就忘了怎么写了）。JAVA的一些应用者就认为JAVA只是用来开发界面和沟通环境的，我不会JAVA但我也是这么认为的。从接触Linux更多以后我更是认为JAVA没有多少用处，这完全是因为Linux本身桌面和系统分离的缘故。
JAVA和.Net所炒作的中间层概念是，建立一个和系统无关又足够安全的中间环境，使各种的商业应用在这个安全的环境中操作进行。这就好比把一辆车子打造成一辆坦克一样。坦克足够安全么？再厚的装甲也会有被瓦解的时候，安全问题本身就是相对的。
JAVA和.Net所炒作的中间层事实上和在系统上重建一个桌面没什么两样了，当你大量的应用转移到中间层时，中间层的安全又成为了重点，是否在中间层上再加保护，这样层层的包装，最后吃亏的不就是最终用户。
事实上JAVA是成不了气候的，.Net的重点在ASP.NET也不会是JAVA那样面面俱到的背壳蜗牛。中间层除了这些大项目以外，更为灵活和应用广泛的就是脚本。脚本和系统也无关，脚本项目的安全建立在脚本服务器或载体软件的安全状况，如javascript的异常只影响WEB浏览器。。脚本的安全不会在脚本上再树脚本，而是直接修改系统相关的内容。一种脚本的安全出问题不会影响其它的软件脚本的应用，所以个人觉得未来会是脚本的天下而不是虚拟层的天下。
JAVA另一炒点就是跨平台，事实上脚本就跨平台，这点JAVA没有任何的优点可言。真正跨平台是不需要建立相同中间层的，那样不叫跨平台，只能叫第三方运行，真正的跨平台是基于源码交流的。如Qt程序在Win开发的代码可以在Linux下进行一些系统相关的修改然后直接编译运用。
在JAVA以前据说就有过中间层的尝试，后来被淘汰了，我觉得JAVA应该出品JAVA计算机或JAVA桌面工程，要不真的，它有什么用处？你看.Net，它迟早和新版本的WIN紧密结合，Linux下有仿制的Mono工程，JAVA的未来在哪？JAVA将何去何从？
Qt也推行QSA脚本一些日子了，我想这方面在今后也会热门。。呵呵，本人一直是厌恶JAVA，所以JAVA的拥护者别仍太多臭鸡蛋。
我再聊下GTK，GTK 的优势就是他的 LGPL？的确，GTK+的LGPL协议和Gnome对KDE的圣战理论一直影响着我，曾令我烦恼不已。但我想通了，工具而已啊。如果你愿意加重自己的劳动实现锁源的程序，那么你就用GTK+吧。。。提醒一下还想不通的朋友：学习使用GTK+你有足够全面的编程资料么？你有足够的时间和耐心用GTK＋写界面么？如果还想不通，那我只好用“重磅炸蛋”了，那就是问一个锁源的界面对你来说很重要么？我很主张程序的开发是指令和界面分离式的，而非WIN式的编程，我很喜欢mplayer，相信熟悉它的朋友都很喜欢它。当我用Qt开发了一个mplayer的界面端时，你是否认为这些源码对你很重要？拜托，随着Qt这种面向对象的开发环境的成熟，开发这些界面和如今用设计器开发Web网页一样的容易。你完全可以用C开发核心，使用Qt来实现界面，核心并不会因为Qt开发了界面而必需开源。
技术快速发展的今天，任何以卖软件的作坊开发都将要慢慢走向结束，服务会成为开发的主要经营手段。正是因为锁源，使开发神秘化，才会有今天的开源运动，所以才会出现以GPL和商业双向授权的软件公司旦生。
说完这些，这几天豁然开释的感想提供大家讨论，我的目的不在于让诸位认同，只是提供我自己的视角，以求得同样思考者们不同的答案。 ……
没有想和谁争论的意思，只是个人观点汇报而已。想用业余时间做个个人网站，用最熟悉的东西做。
Windows不敢长期挂在网上。
BSD本来就比较麻烦，如果在用龙芯盒子，肯定更麻烦，所以如果用龙芯盒子就用Linux。
BTW：
你说界面用QT做，QT开发出来的东西能用Web浏览器访问吗？ 能的，Qt有Qt Script简称QSA 脚本的历史可以说是古老了吧？但它一直有用。 1. Java 不是一个简单的工具，如果要做企业级应用，我会选择 Java + Python
2. 关于中间层，只了解过，没做过太多的研究，但是可以确定中间层是一个构架的思想，与语言无关。不要把什么都跟语言扯上关系。而且开发用何种语言，要考虑的因素很多，比如，这种语言实现你的需求是否方便？你对速度的要求如何？你的组员对某种语言是否熟悉也要考虑。要不然，你的工期永远是一个问题。
3. “在JAVA以前据说就有过中间层的尝试，后来被淘汰了”，中间层是什么？Java 实现中间层的情况你到底了解过没有？！
4. “我很主张程序的开发是指令和界面分离式的，而非WIN式的编程”，没有哪个语言是把指令与界面分离的。确切地说，应该是把处理数据与显示界面的程序段分离。这是一种设计模式。数据处理与界面显示可以用同一种语言，也可以不同的语言来实现。 Document-View 就是 MFC 之所以为 Application Framework 的一个很重要的特征。不了解你的 WIN 式编程是怎么样的。
PS: 安全只与设计相关，只与实现的细节相关，与语言是无关的。语言只是工具，只是提高你的开发速度的工具。 1. Java 不是一个简单的工具，如果要做企业级应用，我会选择 Java + Python
2. 关于中间层，只了解过，没做过太多的研究，但是可以确定中间层是一个构架的思想，与语言无关。不要把什么都跟语言扯上关系。而且开发用何种语言，要考虑的因素很多，比如，这种语言实现你的需求是否方便？你对速度的要求如何？你的组员对某种语言是否熟悉也要考虑。要不然，你的工期永远是一个问题。
3. “在JAVA以前据说就有过中间层的尝试，后来被淘汰了”，中间层是什么？Java 实现中间层的情况你到底了解过没有？！
4. “我很主张程序的开发是指令和界面分离式的，而非WIN式的编程”，没有哪个语言是把指令与界面分离的。确切地说，应该是把处理数据与显示界面的程序段分离。这是一种设计模式。数据处理与界面显示可以用同一种语言，也可以不同的语言来实现。 Document-View 就是 MFC 之所以为 Application Framework 的一个很重要的特征。不了解你的 WIN 式编程是怎么样的。
PS: 安全只与设计相关，只与实现的细节相关，与语言是无关的。语言只是工具，只是提高你的开发速度的工具。
安全只与设计相关，只与实现的细节相关，与语言是无关的？如果你这么认为，只能说明你根本没有看过JAVA的起源和特点介绍。而且我觉得不必要这样对质式的讨论，请拿出你的论点来，否则没有讨论的意义。
中间层是JAVA产生的理由，我这有很早以前的JAVA的各种宣传书刊、电视新闻中都有提及。JAVA之所以被推荐有两个主要原因，一个是提供中间层，使应用层和系统层分离，二是足够的安全性，保证中间层的安全，去掉指针等对内存直接访问的能力。JAVA产生的原因是为了给电器进行编程，C++等工具直接访问内存的特点使得JAVA的开发者不得不重新开发一种语言，后来改名为JAVA并应用到计算机当中。Java + Python是一个东西么？那是你的一种应用方式罢了，JAVA做界面，Python是脚本，由它进行底层的运算。
什么是WIN式的编程，WIN长期以来编程是以界面程式为主的，不开源并且反对修改，WIN软件不是以服务为主而是纯粹地卖软件为营业手段。为了实现锁源增加功能上的保护，使用各种加壳程序层层保护。我非常清楚地认识到某些WIN小软件的加壳保护是四层以上用不同的加壳程序进行保护。大部份WIN式的编程主要是以GUI程序也就是界面加上WIN系统API实现不同的功能和不同风格的界面罢了。也只有在Linux会出现指令和界面分离的做法。
中间层是一个构架的思想，与语言无关？那么JRE和Application Framework是什么？还有PHP、JSP、JS、QSA，中间层这是现实已经存在的东西，怎么会是种思想？如果你只想缩短工期，而不考虑语言的话，你为什么会用Java + Python？ sorry, 我在上面的语气确实有问题, 希望 haulm 不要见怪.
根据我现在对各种语言的了解，做企业级的应用，个人觉得用 J2EE 架设网站、做与用户的接口是最好的，J2EE 提供的各种架构足以应付企业级应用的要求。
服务器端的数据处理用脚本就好了，Python 是一个不错的选择。
中间层确实是一个架构思想，J2EE 有中间层，.NET 有中间层，只要是语言，就可以实现这样的架构。
呵呵，不过，或许我只是一个书呆子吧，我了解的很多都是从书上学到的。
但以我现在的认识，我还是固执地认为：不同的语言在不同的应用有不同的优势，语言只是工具。应用的时候只要注意一下语言在实现的细节就可以了，编码规则就是讲述这方面的东西，在一定程度也能提高程序的安全。
这个没什么好争论的，看来我们在看待中间层上就有分歧. 我的回复：
JAVA 的尴尬 楼主这么看好Qt的话可以多多光顾一下中文的Qt论坛，为Qt在中国的推广作一下贡献 楼主这么看好Qt的话可以多多光顾一下中文的Qt论坛，为Qt在中国的推广作一下贡献
我个人从来是嘴上功夫强过手上功夫的，中文的Qt论坛我是常客，不过很多Qt用户是用它进行Win编程，并且并不考虑用它跨平台，所以应该是中文的Qt论坛的朋友们多来MGC支持论坛上走走。 老板让我用什么我就用什么,否则不给我钱
页:
[1]
2