| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> DELPHI技术 斑竹:liumazi,sephil | |||||
| 作者： |
|
2020/6/2 9:04:06 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 脑洞源起于这个帖子的9楼与10楼：http://bbs.2ccc.com/topic.asp?topicid=583843 RAD Studio IDE十多年前的东西了，问题一大堆，历史Bug改不完，新Bug出不完！发布了这么多版本，有哪一个版本能称得上真正意义的稳定版本？这个IDE现在的历史包袱太重，积重难返，以EMB目前的有限的人力资源水平，也只能维持每年修修改改又一版的现状了。 源起贴9楼提到的Mac版脑洞我觉得不太实现。10楼提到的Visual Studio Code脑洞,倒跟我最近的想法相同。 我是前些日子，看到TMS Web Core for Visual Studio Code深有感触。 大家可以先看看TMS在Visual Studio Code方面的实验成果： https://tmssoftware.com/site/blog.asp?post=599 https://www.tmssoftware.com/site/blog.asp?post=619 相信大家看了这些图文、视频就会明白我的想法。TMS在Visual Studio Code上的探索实验的成果非常棒，所以我觉得从技术上说，Delphi for Visual Studio Code完全是可行的，工程维护、代码编写、编译调试、控件面板、界面设计、属性检视都没有问题。也许这会是个很好的选择。EMB与其在RAD Studio上修修改改，倒不如放弃RAD Studio 这套IDE，改用Visual Studio Code，EMB可以把精力从维护RAD Studio这套IDE的泥潭里释放出来，借力VSC的威力，甚至可以实现Win、LINUX、Mac三平台开发。 开个脑洞贴供大家来探讨。 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 9:12:04 | ||||
| 1楼： | 我最不喜欢羡慕别人羡慕的东西 ---------------------------------------------- 他们总是取笑失败者，以酷似智者；他们也总是为成功者喝采，以取得赏金。 |
|||||
| 作者： |
|
2020/6/2 9:43:10 | ||||
| 2楼： | 丢弃原先的历史版本 只维护 重新设计一套 针对当下win10 linux mac的新版本 mac一套 linux一套 win一套 就会火了 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 9:49:22 | ||||
| 3楼： | 同意 msfm (清洁工) ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 12:00:08 | ||||
| 4楼： | vsc确实搞得不错。一直在用。 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 12:20:12 | ||||
| 5楼： | vsc真正的跨平台，如果真能把delphi整上去真的是一件好事 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 13:12:32 | ||||
| 6楼： | 拖拉控件还不得用 form 编辑器，没什么区别，不要把vsc神话了 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 13:17:15 | ||||
| 7楼： | 典型的馊主意，哪有放着ide不搞，去当人家插件的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 13:20:41 | ||||
| 8楼： | 最好的办法 是2楼说的 推到重来 可问题是 EMB 似乎没有找个人力物力 ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 14:02:06 | ||||
| 9楼： | 提议不错，好像目前可以先用着 FPC ---------------------------------------------- delphi 是兴趣，和工作无关，即使它倒闭。又不靠它 delphi 吃饭，怕甚？ |
|||||
| 作者： |
|
2020/6/2 14:59:16 | ||||
| 10楼： | VS 好在哪里？ 仅仅是一个工具而已！ 用什么都可以，就看你擅长用什么，delphi哪里不好？只是你没有用起来而已！ 不要乱出主意啦，delphi这两年还是有进步的，再过几年delphi还是这样的，不会大火也不会彻底消失，应该看到delphi IDE的进步，已经做到一套代码多端编译了，还想什么呢？ ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/2 16:33:40 | ||||
| 11楼： | Delphi for Web
就怕想不到，没有做不到的 |
|||||
| 作者： |
|
2020/6/2 23:09:53 | ||||
| 12楼： | 凡事需要过程；Visual Studio Code 确实很火（甚至 MS 刚放出来的云 IDE：Visual Studio CodeSpace），但 windows 上 Visual Studio 还是那个原生的 Visual Studio，只是 Visual Studio for Mac 基于 VSC；和 Visual Studio 差不多历史 的 Delphi 也面临类似的选择，何况 Delphi 的人力物力和 MS 没法比，这个优先级别不高 BTW1：看现在新版 Delphi 安装过程，确实有当年 VS shell/code 的味道 BTW2：想起当年 Borland 用 C++ 打造的 JBuilder vs 后来基于 Eclipse 的 JBuilder， BTW3：跨平台差不多了，基于 LLVM 的编译器正在统一，成熟的 VCL + 日趋成熟的 FMX ，期待 EMB 能重视质量，把生态搞起来，顺带能支持国产化就更好了 ~ ---------------------------------------------- - |
|||||
| 作者： |
|
2020/6/3 1:43:31 | ||||
| 13楼： | Unity以前还跟着维护一个IDE,不知道从什么时候开始,移除掉了,专心做好内置的功能,IDE交给更合适的外部工具去完成,我认为挺好的,真的可以考虑这么做,Delphi的IDE是真垃圾 ---------------------------------------------- 弃坑Delphi |
|||||
| 作者： |
|
2020/6/3 12:30:47 | ||||
| 14楼： | 一个公司最注重的要有属于自己内核的东西，而不是依附以其它，失去自己定位。 ---------------------------------------------- 泱泱华夏十亿兵,国耻期待儿孙平,愿提十万虎狼旅,跃马扬刀灭东京! |
|||||
| 信息 |
| 登陆以后才能回复 |
