python 有没有类似 VS 那种可以拖拽界面的 IDE?

2014-06-22 14:48:35 +08:00
 haython
wx,pyqt,tk都可以
18771 次点击
所在节点    Python
50 条回复
lm902
2014-06-23 11:41:52 +08:00
@em70 下载也可以做成Web,参考mega.co.nz
em70
2014-06-23 13:28:35 +08:00
@incompatible 我的观点是大多数桌面软件是可以WEB化的,当然会有软件不能WEB化,讨论这种极端情况没意义。如果一个软件要python做GUI,那么大多有WEB化的方案可以选择。另外我们说的都是桌面软件吧,移动应用那是另一个世界,那是APP的天下,不需要跨平台。

单独说IDE
1.服务器足够强,WEB只是表现层,高速网络下肯定没问题
2.浏览器在快速发展,不能用现在的技术看未来,兼容性问题肯定不是问题,程序员手上一定有最新最快的浏览器。
3.IDE云端化我觉得不比本地复杂,只要编译器成熟,表现层的问题都不是问题,有足够多的前端牛人,python,java的GUI牛人真没见过。
4.商业模式一定比一次性授权好,可以多种模式,按月付费或者基本功能免费,高级功能付费等。或者完全免费,基于WEN很容易配套一个社区,社区的盈利模式就很多了,卖个书,找个工作,跟v2ex一样。看看现在几个人IDE正版啊,一次性授权未来必死。
5.安全性。我们用163,QQ,gmail发送收取机密邮件,怎么就不担心安全性呢。就算真的有隐患,企业自己做私有云就行了,这样IDE还能分2种版本卖
yangff
2014-06-23 13:46:04 +08:00
跨平台容我说一句,OpenGL自绘保平安/。\
yangff
2014-06-23 13:48:10 +08:00
@em70 绝大多数的软件都不能云端化,简单的说一句,我要在随时随地随刻能够使用你的应用,要不笔记本要电池干嘛,有wifi有网线的地方会没有插座?
em70
2014-06-23 14:08:24 +08:00
@yangff 你每天开电脑用得最多的肯定是浏览器吧,连大型RPG游戏都能云端,还有什么不能的。

你得用发展的眼光看问题,未来10年,20年,难道4g,5g做不到白菜价吗,全天候互联网一定会出现的,网络不是问题的。

另外移动应用那是另外一个世界,不能跟桌面混为一谈
incompatible
2014-06-23 16:30:13 +08:00
@em70 你说的web化的东西不叫桌面软件,叫web+服务

凡是涉及到服务的东西就会有运维成本

依然拿ide举例:
我付了钱,jetbrains只要提供给我license,我就可以开始下载安装intellij idea并开始使用了。
按你的思路,我购买你的ide服务,要定期付钱,你要保证提供给我高可用性的ide服务。你的服务器宕机了怎么办?被黑客入侵、删光所有数据怎么办(参考最近的codespace事件)?服务器不够用了怎么办? 我的意思不是这些问题无法解决或很难解决,而是这些都是需要金钱或人力成本的,并不是一件轻松的事儿,起码不会比随手在网上打出一句”大多数桌面软件是可以WEB化的“轻松
incompatible
2014-06-23 16:31:45 +08:00
@em70 我不太明白为什么软件不能web化居然成了极端情况
前面举例里的软件可能你没有听说过或不太了解

我举个最简单的例子:
我想写一个gui应用来管理本机的host配置。 这种场景用web化能做到吗? 简直就是笑话
yangff
2014-06-23 16:56:44 +08:00
@em70

不是,是sublime text. 当然浏览器我也不常关,主要原因是chrome的恢复标签页越来越垃圾了。

WebGL至少这1、2年内不会用可用性,同时大型RPG不能在浏览器跑,如果你认为页游算大型RPG游戏当我没说,至少你没见过魔兽世界或者星际争霸做成网页游戏吧。

没错是有直接把llvm在js上跑的东西,不过因为莫名其妙的内存泄露导致可用性同样=0, 你玩个游戏十几分钟要挂一次你玩得下去啊,而且这个问题一直都在,从来没修复过。

你可能觉得js性能不好你在云端计算好再下放下来,没用的,早就有人做过了,而且效果,呵呵呵,什么时候我们家用宽带能有个几百兆到G级,再考虑吧。

最后,如果在浏览器上跑NaCl、ActiveX、Java之类的东西我不如直接做成桌面应用。

-----------

要做到尽可能好的桌面体验,OpenGL / DirectX自绘的地位几乎不可撼动。

-----------

nodejs + chromium看起来很美那些个demo不知道高到哪里去,好像也有人用类似技术捣鼓出什么atom.io是吧?css3+js让一堆web前端的很爽是吧?但是我就告诉你用这坑爹玩意在稍微早几年的机子上卡的简直不能看,无框窗口+自绘标题栏,drag起来跟拉破车一样,稍微一点动画效果分分钟cpu跑上25%,最高fps还只有10几,最坏的情况直接个位数。

当然在i7 + gtx670上还是可以流畅运行的,只是稍热一点。

-----------

当然计算机的性能会发展,迟早手机的性能都能达到i7的程度是吧?

但是我现在问你,如果云端的应用都能做到这么好的效果,桌面应用不是更好??

云端可以0.01s给你响应,桌面不是只要0.0000001s?你不能把服务器部署在用户的家门口吧。

这样看没有差别,操作100次呢?

云端要1s给你响应,桌面是0.00001s,明白我的意思吧?

-----------

对了,浏览器可以用来写p2p的下载工具,因为有个东西叫做webrtc.

-----------

确实Web都可以做,但是不管怎么看在任何方面都没有优势。

Linux版本的QQ?你以为腾讯开发不出,维护不了Linux版本吗??

更何况WebQQ简直是垃圾中的垃圾,不知道他们的团队知不知道他们的杀马特QQ内存泄露。

-----------

最后,跨平台只是逗你的罢了,指望一份代码 / 设计在所有平台上运行的开发者,我也只能送“呵呵呵呵”四个字了。

-----------

你要说这是未来,我不如相信未来是易语言的。
em70
2014-06-23 18:21:20 +08:00
@incompatible

我们的分歧主要是软件应用范围造成的,我考虑的更多是给普通人用的软件,你考虑的更多是程序员的软件.

如果是程序员圈子内的软件,用什么技术都无所谓,界面多烂,运行多卡咱都不在乎,需要什么环境,需要什么库支持,咱自己都能安装啊.这个领域我完全同意你的意见,python,java,QT都挺好的,我也很喜欢。

但世界上99%的人不是程序员吧,99%的软件也不是给程序员用的吧.

软件的主体其实在普通人这里.民用级软件要跨平台,除了下载软件和系统优化软件,大多数情况下WEB是最好的选择,因为对环境基本没要求,部署成本几乎为0,而且商业模式很灵活(月付只是一种,QQ会员,收费邮箱不一样大把人给钱。免费增值模式也 可以做很好)。google早就看到了WEB APP会成为PC的未来,所以他做了 chrome os。google,微软不也在拼web版的office么。
em70
2014-06-23 18:27:49 +08:00
@yangff 现在除了暴雪,腾讯,还是几家公司敢做端游的? 咱不要老站在程序员或者发烧友的角度看世界,我们是要给全世界人写软件的,老百姓需要的就是简单,简单再简单。云计算零部署的优势,对普通人吸引力太大了,0.1和0.0001s的区别,他们不在乎。
jyzhengqian
2014-06-23 18:39:00 +08:00
Puthon Tools for Visual Studio 2013
jyzhengqian
2014-06-23 18:45:14 +08:00
@jyzhengqian 唔,我理解错楼主的意思了,而且我拼错了 = =
yangff
2014-06-23 19:11:39 +08:00
@em70 不在乎?太天真了,多少小朋友喊着,大侠我机子又慢了快来帮我后面重装下。

我不想多说什么了,你在评论一个技术的时候,麻烦能先一用,你真的能在这上面看到未来?
yangff
2014-06-23 19:19:15 +08:00
@em70 怎么没几家?大的育碧ea,小的 mojang,算上主机还有骚尼,在你眼看都不是游戏厂商了吗?

你让他们把3A大作搬到页游试试?Java运行的mc虽然可以在浏览器运行和浏览器一毛钱关系都没有。类似的还有unity3d。

cocos2dx倒是有wengl不过也只能呵呵了。

更何况你忘了一大票独立游戏作者?

能放到页游的,只有页游,更何况现在页游被手游按在地上打,你还搬出来说。。
em70
2014-06-23 19:54:26 +08:00
@yangff 那你眼里未来的世界是什么样的呢
incompatible
2014-06-24 00:44:21 +08:00
@em70 朋友,我认同你关于分歧的总结。的确有很大一部分比例的软件不是给程序员用的。 但是,这一大部分软件中也不是所有的都可以web化

我主业是码农,业余时间是一名贝斯手,偶尔会使用一个叫cubase的软件录一些小样
该软件对声卡要求较高,在windows下要求声卡支持asio 2.0,在mac下要求声卡支持core audiro
我不认为这样一款软件可以被web化。html5恐怕无法支持通过上述两种协议来访问声卡

并且,录音时如果要实时监听,那么理想的latency应当小于10ms。目前的主流配置的pc+声卡基本可以做到:“A/D转换+传输via usb+cpu渲染+传输via usb+D/A转换”控制在10ms左右。

如果采用你的web服务的架构,那么就要求24bit*192khz(假设我们采用这样一个高规格采样率)约等于4M/s的数据的如下过程:“A/D转换+传输via usb+传输 over internet+服务端渲染+传输over internet+传输 via usb+D/A转换”的latency可以控制在10ms内
我认为即便在遥远的未来,从带宽、延迟、QoS(重要)的角度来看这也是一个impossible mission。


另:我前面已经说过了,你说的东西不叫软件,叫服务。虽然web化以后客户端的部署成本基本为0,但是服务端的部署和运维成本你不应当忽略。
incompatible
2014-06-24 01:06:02 +08:00
@em70 再多说点
一个软件/应用,说白了就是展现层/交互层+业务逻辑
你的主张是使用web作为展现/交互层、业务逻辑以服务的形式提供,理由是web部署成本为0、前端大牛多、开发起来容易,业务逻辑无论多复杂只要服务器够强大那都不是事儿

但是我在这样的结构里看到很多局限性:
1. 前端与后端交互严重依赖network connectivity。这是致命硬伤
2. 后端服务化,就需要考虑服务的capacity和availability。把这些问题丢给云计算来解决是一个好主意,但别忘了云计算服务商不是慈善家,你需要付¥给人家
3. 业务逻辑放在服务端,会带来很多功能和性能上的局限性。你无法访问声卡,无法访问cpu的虚拟化指令、无法访问硬盘,etc。以及前面我举的例子:为20w行代码构建AST。这件事开销并不小,放在客户端来做很合适。你却非要花费用¥买来的宝贵的服务器资源来做。免贵姓雷单名一个锋吗?
4. 前端的性能问题。参见28楼


考虑到我上面提到的局限性,你还认为未来的趋势只会是一个web+服务吗?
mac pro会淡出历史舞台然后chromebook一统江湖吗?
em70
2014-06-24 02:05:15 +08:00
@incompatible 我完全赞同你的说法,我从来没说过所有软件都适合web,我一直强调是大部分,而不是所有。大部分这个词汇理解因人而异,也没必要争论了。

我想说的是软件即服务是最近10年来发展起来的非常重要的思想,这是互联网思维对软件业的改造,大型软件公司都在往这个方向发展,不应该把软件和服务严格区分开。

ok,到此为止吧,很高兴和你讨论。
jianghu52
2014-06-24 09:12:52 +08:00
.net的IDE之所以能那么流畅的拖拽,是因为他有一个巨大的freamwork库在后面支持。python要想做到这一点就很难。所以目前好像就QT能拖拽一下。
事实上我觉得前端用html+css已经能做的很好了。
FrankHB
2014-06-24 16:09:36 +08:00
@em70
“大型软件公司都在往这个方向发展”说明他们发现这里方便他们捞钱,而不必然说明用户需求如何或者整个软件业就应该往这个方向发展。
顺便:
http://www.gnu.org/philosophy/who-does-that-server-really-serve.html

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/118910

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX