| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> 信息交换 斑竹:huadugaojian,sunyesy,huangjacky | |||||
| 作者： |
|
2023/11/4 15:35:28 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 时间2023-11-4,今日闲来无聊蛋疼,简单说说我眼中的pas 圈 Pas圈是个具有社交,人情,创造性,互帮的圈子,且人均年龄40向上,这是创造财富和带动生产与销售进步的阶段,在单兵作战的20世纪末期,他们经历过七彩人生,从打工者到经营都会充满财富的味道,而在供给和消费市场结构化的21世纪,制造业(轻工,科技)和拥有生产者剩余的消费业(电商),正在变得越来越小(机会更多但收入更少),这是因为随着结构化市场成熟过程中,被后起者反超:老模型总想独食,后起者总是在结构化市场中寻找资源做系统集成,当便捷化信息沟通时代来临,被走量的廉价新兴竞争力抢走利润.如果,反应在生产和工作中,pas圈的人均收入随着时间骤降,包括程序员和企业主,而投资不当的经营者随着时间推演,被挤到细分领域中.这时候,重燃20世纪末期的辉煌就只能是一种幻想罢了. 结构化市场,这是一个无所不在的市场,例如,开源社区,这是知识和代码流通的市场,在里面不是通过钱来交易,而是通过引用来自三方的资源推进各种被技术覆盖的产业升级.等同于开源社区间接推进产业,反应在生产中:开源社区中的某些技术被使用越多,产业就会越来越普及,并且越来越廉价.从经济学来看,通过开源社区获取资源,通过现金交易获取资源,其实并没有差别.开源社区的获利方往往作为上游,例如芯片公司(intel,nv,amd),操作系统公司(microsoft),互联网公司(meta,google),社会面的生产进步直接提升财务报表.在另一方面,开源社区是把商业资源的互相依赖性属性,直接通过open source方式开源出来.好比,编译一pas的app需要库,控件,编译器,IDE和各种辅助工具,这是一种结构化的依赖关系,在开源社区中,全世界的大厂都在走这种结构化的依赖关系,这是一种由大厂带头的世界基建.这些基建,推进了OpenAl(工业革命,文艺复兴运动), ChatGPT(商业大模型),KVM+QEMU(腾讯云,阿里云,各种IDC),UE5(3A游戏和VR,MR,AI直播) 简单说说Pas圈的结构化市场,由于早年利益jiu纷,delphi在硅谷科技圈的口碑不佳,美国的科技圈比较排挤delphi而重点拥抱 c++,这是delphi资源流失底层的逻辑.早期的消费市场一直处于增长阶段,大厂的财报需要一年比一年更高,从而吸引更多人来配置股票,然后再把财富传导给美国社会.当增长放缓,决策层就会面临来自股东,社会,甚至国家的压力,决策层,使用开源策略,达到了推进市场的目的,这是直接反应在财报上的,因为全世界的it基建都是美国带头在做.pas圈的结构市场是在被大厂抛弃的环境中自发形成的小型结构市场,每一个依赖和供需环节都建立在自然的商业需求层,你很难想象在没有大厂的支撑下,pas 都能形成结构市场.从经济学来看,这种市场自发型形成的资源结构,早已经远超c++了.开源和闭源只是技术更好的那一端根据自己情况做出的决定. 帮助大家正确理解开源社区和结构化的pas商业王国.敬畏结构,保护结构,遵守和维护市场秩序.这能创造财富! By.qq600585
一路风雨走过,因为有你们 |
|||||
| 作者： |
|
2023/11/4 16:07:53 | ||||
| 1楼： | 楼主文采不错。。。 说的都是事实。。。 各位老人珍重。。。 ---------------------------------------------- 阳光总在 |
|||||
| 作者： |
|
2023/11/4 17:25:03 | ||||
| 2楼： | 不知道還能不能有個第二春！可能等到第二春來了，我們都老了，退休了！ ---------------------------------------------- Everyone will to do best! |
|||||
| 作者： |
|
2023/11/4 17:26:23 | ||||
| 2楼： | 多换几行好不好, 看着这一坨字就没心情看了 你看看你 一句话写了242个字, 占了5行 楼上说文采不错算是夸你了 ---------------------------------------------- http://www.cnblogs.com/lzl_17948876/ |
|||||
| 作者： |
|
2023/11/4 17:59:38 | ||||
| 3楼： | PAS圈包括了delphi和lazarus，包括了Object Pascal和Free Pascal。 pascal仍然是最具竟争力的语言。 delphi桌面、移动、驱动、中间件样样都行。 lazarus跨平台，linux\windows\MacOs和x86\arm\risc-v\loongarch桌面的开发全覆盖。 用pascal其实就是用delphi做移动，lazarus做桌面跨平台是最佳组合。 只是pascal这种编译型语言天生对web不敏感，unigui这类框架型web产品还是少了点。 pascal的两个语言都是面向组件的编程，编译的是native code，效率是动态解释型语言、中间字节码语言不能比拟的。 开发效率高，运行效率高导致用户忠诚度高，这三高就是你一旦用了pascal，再用别的语言，java、C#、 python，总是心中若有所失、恋念不舍：既然能用pascal能够做好我的项目，我干吗还要去操那个心拿不熟悉的东西工作？ ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/4 19:59:19 | ||||
| 4楼： | 这个是站长？ ---------------------------------------------- 我打的是酱油，而不是别的什么油。 我灌的是口水，而不是别的什么水。 我聊的折腾不是那个不折腾的折腾。 我说的阿娇不是那个邓玉娇的阿娇。 3个代表,6个为什么,9个肠胃炎。 D性强的领导干部都不喜欢热比娅。 我特别要讲的是,屁民网黄色论坛是我经常上网必选的 网站之一 |
|||||
| 作者： |
|
2023/11/4 20:19:26 | ||||
| 5楼： | delphi的object pascal的编译器现在编译器比gcc,clang的编译器差很多，估计emb没有这方面的人才了，期待delphi早日统一到llvm上面去，搭上lvlvm这班车，这样可以很好融入到c++的生态 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/4 20:32:02 | ||||
| 6楼： | c,c++还是软件的主流，从操作系统、各种驱动和各种硬件接口，几乎都是c或c++做的 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/4 21:34:54 | ||||
| 7楼： | LZ神人，用中文写出了机翻的风格 ---------------------------------------------- Great! |
|||||
| 作者： |
|
2023/11/4 21:45:39 | ||||
| 8楼： | 请大家祝贺我神功已成，预计明年会用pascal出三款有脸卖钱的工具软件。 其实我也已经40+了，壮心不已哦！ ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2023/11/5 7:35:37 | ||||
| 9楼： | https://bbs.2ccc.com/topic.asp?topicid=681941 就这段功能，主要是取模运算，在我的电脑上（t480s,8550cpu,16G内存），用delphi,vs2013,java,clang15编译成64位后的速度 delphi(11.3): 11500ms delphi(12): 2029ms vs 2013: 1200ms java 21: 1444ms clang 15: 1016ms 这段代码，显然clang15最快，delphi11.3最慢，但delphi 12进步很多 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/5 8:06:39 | ||||
| 10楼： |  https://bbs.2ccc.com/topic.asp?topicid=672504就这是个枚举36选6，共1107568个，在我的电脑上（t480s,8550cpu,16G内存），用delphi,vs2013,bcb,clang15编译成64位后，程序的运行的速度,这次clang15比delphi慢,我看了汇编delphi用到r8、r9等寄存器，clang15则没有用,所以比delphi慢不少 delphi(11.3, 12): 0.68ms vs 2013: 0.57ms bcb 11.3: 0.82ms clang 15: 1.093ms 这段代码，显然vs2013最快，clang 15最慢, delphi 也非常快，不到1毫秒算出全部数据共1107568个 这段是pascal代码 unit Un33G; interface const iBuff = (33 * 32 * 31 * 30 * 29 * 28) div (6 * 5 * 4 * 3 * 2 * 1); type pOneItemF = ^OneItemF; OneItemF = record case integer of 0: (U: Int64); 1: (data: array[1..6] of Byte); end; var ArItemF: array[0..iBuff - 1] of OneItemF; function Calc33g(pItem: pOneItemF): Integer; implementation function Calc33g(pItem: pOneItemF): Integer; var i1, i2, i3, i4, i5, i6: Int64; begin for I1 := 1 to 28 do begin for I2 := i1 + 1 to 29 do begin var itmp2: Int64 := i1 + i2 shl 8; for I3 := i2 + 1 to 30 do begin var itmp3: Int64 := itmp2 + i3 shl 16; for I4 := i3 + 1 to 31 do begin var itmp4: Int64 := itmp3 + i4 shl 24; for I5 := i4 + 1 to 32 do begin var itmp5: Int64 := itmp4 + i5 shl 32; for I6 := i5 + 1 to 33 do begin pItem.U := itmp5 + i6 shl 40; inc(pItem); end; end; end; end; end; end; Result := iBuff; end; end. 这段是c++代码 #include <stdint.h> #include <stdio.h> #include <windows.h> #include <iostream> using namespace std; const int iBuff = (33 * 32 * 31 * 30 * 29 * 28) / (6 * 5 * 4 * 3 * 2 * 1); union OneItemF { int64_t u; int8_t data[6]; }; OneItemF ArItemF[iBuff]; int Calc33g(OneItemF *pItem) { for (int64_t i1 = 1; i1 <= 28; i1++) { for (int64_t i2 = i1 + 1; i2 <= 29; i2++) { int64_t itmp2 = i1 + (i2 << 8); for (int64_t i3 = i2 + 1; i3 <= 30; i3++) { int64_t itmp3 = itmp2 + (i3 << 16); for (int64_t i4 = i3 + 1; i4 <= 31; i4++) { int64_t itmp4 = itmp3 + (i4 << 24); for (int64_t i5 = i4 + 1; i5 <= 32; i5++) { int64_t itmp5 = itmp4 + (i5 << 32); for (int64_t i6 = i5 + 1; i6 <= 33; i6++) { (*pItem).u = itmp5 + (i6 << 40); pItem++; } } } } } } return iBuff; } int _tmain(int argc, _TCHAR* argv[]) { uint32_t t1 = GetTickCount(); for (int i = 0; i < 1000; i++) { Calc33g(&ArItemF[0]); } t1 = GetTickCount() - t1; printf("ti:%d\n", t1); OneItemF &p1 = ArItemF[iBuff - 1]; printf("%d\n", p1.data[0]); printf("%d\n", p1.data[1]); printf("%d\n", p1.data[2]); printf("%d\n", p1.data[3]); printf("%d\n", p1.data[4]); printf("%d\n", p1.data[5]); system("pause"); return 0; } ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/5 8:30:10 | ||||
| 11楼： | WPS由Delphi转为QT开发后，效率严重下降，性能降低至少20倍 https://tieba.baidu.com/p/7627888137 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/5 9:21:37 | ||||
| 12楼： | 打個字而已，有幾個人會有21MB 的內容? 如果沒有，就沒差了。慢200倍也沒差!! 重點是可以跨平台。 從這件事看來，有人有興趣搞一個C++ BUILDER 的LAZARUS LIKE 版本嗎? 由nevergrief (孤独骑士) 來當頭，他一年就做差不多了。由他來帶人做，相信 一年就PORT 完FMX 。 由 kentty (kentty) 當線，去拉人來SUPPORT nevergrief (孤独骑士)。 會用得著有, 華為，小米，OPPO, WPS, 什麼芯的, 做RISC-V 的(別又在嫖GOOGLE 的當自己出力的)。 來完成一個打敗QT，完全由中國人帶頭的DESKTOP, CROSS PLATFORM ，open source project. ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 0:19:19 | ||||
| 13楼： | to powerpcer 怎么又扯到我了？我估计专心做一年，能做个0.1版本。其它的话，我不敢瞎说。何况我有自己的几个产品要做，实在没工夫。 不过你说的 慢200倍也沒差 倒是有道理的。而且事情怎么能怪到Qt上呢？毕竟Qt是C++，做界面是DirectUI，一般来说效率也很高，只能是新的WPS程序员们水平不行，大多数都只擅长做UI罢了。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2023/11/6 1:45:44 | ||||
| 14楼： | C++也是面对rust的竞争,Windows的内核也改用rust重写了,效率比C++好。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 6:52:55 | ||||
| 15楼： | 沒想到, WINDOWS KERNEL 只有18 萬行用RUST 就寫起來了。RUST 真的太神了。 比PYTHON 這種INTERPRETER LANGUAGE 還神呢。 30 year old code killed! Microsoft rewrites Windows kernel with 180,000 lines of Rust Rust’s disruption of C has already begun. Microsoft is rewriting its core Windows libraries using the Rust programming language.May 11 — The latest Windows 11 Insider Preview release is the first to include the memory-safe programming language Rust, according to Azure Chief Technology Officer Mark Russinovich. “If you’re on the Win11 Insider ring, you’ll get your first taste of Rust in the Windows kernel,” Russinovich tweeted last night. In any case, this time it was quick: Microsoft only made its plans to replace parts of the Windows kernel with Rust code public in mid-April at the BlueHat IL 2023 security conference in Israel. At that time, David “dwizzle” Weston, director of security for the Windows operating system, announced in a presentation that Rust would officially be in the Windows kernel. “In the next few weeks or months, people will start using Rust in the kernel to boot Windows, which is pretty cool. The basic goal of this work is to convert some of the system’s C++ data types into Rust form.” Rust has made its way into the Windows kernel Microsoft’s focus is on “killing bug classes” and wants to take a more aggressive approach to securing more secure code. They hope to achieve this through memory-safe languages, CPU architecture changes, and a more secure subset of languages. David Weston This talk focuses on memory safe languages. In the Windows kernel, the primary language is C. Because of MFC and COM, most of the code outside the kernel is C++, and even MSVC libc is actually written in C++ with extern “C” declarations. However, starting with Windows Vista, the kernel started to allow C++ code (VC++ got the /kernel flag). Currently Microsoft has rewritten two main projects, DWriteCore and Win32 GDI, which contain some very old code. Win32 GDI was written in the late 80s and early 90s and was designed for the 286/386. ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 9:29:39 | ||||
| 16楼： | 微软改用rust是被无数漏洞和修补漏洞给折腾疲了，其中绝大部分漏洞不是因为逻辑错误产生的，而是编译系统造成的内存泄漏问题，rust刚好在安全性特别是防止内存泄漏方面公认是强项。rust诞生的初衷就避免其它程序设计语言的不可靠问题。 不是因为rust比C++如何高超才被微软选用。 另外C++云里雾里的编程模式会造成后期维护的巨大成本，这不是熟不熟悉的问题。 微软一直不敢将C++引入windows开发，只使用C，win10才开始扩大C++的使用范围，同时也带来很多问题。长痛不如短痛，饱受调试折磨的开发组喊出了用rust。 C++如果也想加强稳定性，那么必须更改很多规则，同时也面临巨大历史包袱。就像我们的房地产轰轰烈烈这么多年，突然发现外墙保温层容易着火一样，很难修正了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 11:36:40 | ||||
| 17楼： | C++ 有MEMORY PROBLEM， 哪 C 有沒有呢? JAVA 呢? 有沒有人寫個JAVA 寫到OOM 啊? RUST 難道就沒有MEMORY UNSAFE? 關鍵字給出來囉。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 12:56:19 | ||||
| 18楼： | 我就是个会点老版本delphi的圈外人，也就是一种回忆。真要做东西，考虑各种资源，也不会用Delphi。目前用C#做后端是我的首选，反正我这里涉及的业务通常都不需要高并发。C#挺好，简单又稳定。前端就用Vue，流行也好用。单机版我都愿意把后端编译成windows service。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/7 19:15:12 | ||||
| 19楼： | @wk_knife C#比Delphi简单在什么地方？ ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/7 20:57:41 | ||||
| 20楼： | C#比Delphi简单在什么地方？-->New 不用 delete ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 1:08:04 | ||||
| 21楼： | C的记忆体问题更恐怖吧。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 9:10:19 | ||||
| 22楼： | 这么多字,说了什么好像又什么都没说,净是些老生常谈,总体感觉跟这位细雨大佬的开源方案一样不知所云,复杂的问题能不能简单的说人话? pas圈说白了就是小圈子,非要扯什么结构化,去掉结构二字也不会影响什么,Delphi收费,小厂没盈利工具就要收钱不会用,lazarus开源但开源了寂寞,资料缺乏,易用性差,新手折腾了一堆之后出不来东西就烦了,然后打死不用,试过去折腾lazarus开发ESP32,结果搞了一阵,才发现只能在Linux环境下才可以,但是就这简单问题不去issue里面看完全没说明; 缺乏大项目,或者说是大厂背书,如果是有大厂搞了个大项目,搞定制版,增加易用性,能快速上手,出东西; 里面说了一句很对,pas适合单兵作战,那就意味着没有很适合团队的大型框架,没法增加岗位需求,找不到工作,学来干嘛; ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 9:22:47 | ||||
| 23楼： | Pascal 的確是只適合有能力處理沒人處理過的問題的人去用沒錯。 至於說有大廠背書之類的，才能增加易用性,能快速上手， 也明顯是鬼話，用過MFC 的人應該是明白的。 而回到ESP32 的說法，只能說你沒找到SUPPORT 的產品。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 12:26:17 | ||||
| 24楼： | 钱才是一切 C本身是为了50多年前, 记忆体超珍贵而设的. 当年 Pascal 与 C 都是同步出现的第三代语言. 比它们更早的就是 Cobol, 难用死了. 比它们后的就是简化偏向 Assembly 运作法的 Basic, Bill Gate 的至爱. Pascal 重点是语法尽可能清晰, 方便理解, 除错. 所以出现了类似的 Pseudo code 作为设计与教育用途. Delphi 是 Borland 把自创的 OOP 引入商业开发, 九十年代确实是最强的开发语言. 它之所以暗淡起来, 主因是钱作怪. 它最强的对手, 必然是微软. 而微软连最爱的 Basic 都要放弃, 又要找 Delphi 的人过去. 那么多年, Dot Net 也未达到原定目标. 可见根本不是那么强. 微软能胜出, 主因是它们本身就需要很强的开发语言来发展自己众多的软件. 所以即使开发语言/工具的市场根本无利可图, 但微软依然不惜补贴来发展这些工具. 相反 Delphi 没有这种补贴的来源, 要完全靠大家付费支持, 所以生存相当吃力, 也没能力大幅度发展/改善. 市场因果都是在于... 钱 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 12:38:19 | ||||
| 25楼： | 如果在组织内, 很有设计规划下, 用 C 开发确有好处. 但如果是个体开发, 程序比较有点规模的, C 逻辑除错上真的辛苦了. 个人能力很有限, 而除错就是最辛苦的步骤, 用什么工具真的要考虑清楚. ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 15:17:21 | ||||
| 26楼： | @powerpcer你的阅读能力差是你说鬼话的理由?莫名其妙说别人的话是鬼话是吃了翔? pacal没有大厂插旗,没有影响力,没人推广,没有新血本来就是个死循环, ESP32在fpcupdeluxe里面有,ESP32环境也可选,但在windows环境下却是不行的,如果这工具在windows环境下不行,又搞在fpcupdeluxe上面,本来就离谱,浪费人时间,如果你是指拿乐鑫官方的idf环境开发,那我就想拿pascal开发硬件不行么? ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 15:53:07 | ||||
| 27楼： | @limuzi2012(李木子) 你的重點不就是沒有"windows" 版的， 你的邏輯也很簡單 沒有"windows"，只有"Linux"。而你這位"新手" 不會在LINUX 上跑 fpcupdeluxe ，所以導出 "資料缺乏,易用性差"。 再說，這種自己能力問題，然後推說是別人的事，我說"鬼話"還真的很客氣了。 因為SEARCH 起來 LAZARUS 和 ESP32 的 第一個LINK https://wiki.lazarus.freepascal.org/Xtensa 其中的內容第一行: So far Linux and macOS hosts only,... 不就很清楚了。 說白的LAZARUS VS DELPHI。一個你口中的沒人用沒廠，一個有大廠背書(emb 是軟體大廠沒錯)，從現況來看，一目了然。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 16:41:04 | ||||
| 28楼： | @19楼ooolinux C#比Delphi优点有很多.... 1.巨头资源； 2.社区资源； 3.新的特性和语法糖等等；包括更全更多样的反射机制、结合lambda表达式的函数式编程支持等；写起来比现在的delphi爽好多。 4.visual studio 的一些编辑器新特性，对开发效率也是有很大提高。 缺点么，我涉及到的就是原生的windows api调用有点啰嗦，加好多注解，*庆丰*惯了也好。用windows Api的机会越来越少。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 16:55:17 | ||||
| 29楼： | @wk_knife (wk_knife) 1. 和 2, 到底是指什麼? 具體一點。 我自己的經驗是上NEWS GROUP 問巨頭MICROSOFT，得到一句: 本產品現在不SUPPORT。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 16:58:20 | ||||
| 28楼： | @powerpcer 当一个新手刚用下载fpcupdeluxe windows版但esp32可选但不能用,当一个环境配置工具连识别自己运行环境,并告诉使用者当前环境这个选项不可用都做不到? 这功能很难吗?! 吐糟这工具垃圾有什么问题? 要新手到处去翻资料?所以也难怪有些开源到最后是卖说明卖支持的 很明显你并没有理解我说的大厂是什么意思,明显说的就是B端,指网易,altium这些,这些能创造pas圈岗位的... 这帖子不就是聊的这个吗? 所以是谁的理解能力有问题? ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:08:39 | ||||
| 30楼： | 這跟LAZARUS 何關? 新手就不用查資料看文件? 新手不等於伸手，飯來張口。 我也沒查什麼, 就兩個KEYWORD 下去SEARCH 而已。 再說, CROSSPLATFORM TOOLCHAIN 這種事，就算是GOOGLE 也搞了很多年 才好不容易從ECLIPSE 升級到ANDROID STUDIO。 當年自己寫MAKE 去BUILD NATIVE 不就大廠背書的了。 說白了，一懶二能力。做EMBEDDED 開發，什麼時候都是自己手動最實際。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:19:34 | ||||
| 30楼： | @wk_knife 我查到C#也有不少问题缺点： 1、依赖庞大的.net framework才能执行，而且.net版本不同也不行，无法做绿色版软件 2、程序第一次执行的启动速度慢 3、中间语言代码的执行速度慢（即时编译成机器代码再执行） 4、中间语言代码的反编译问题，相当于源代码公开 5、与非托管代码的交互问题等 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:21:15 | ||||
| 31楼： | @powerpcer (大强) 也就管理内存简单一点 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:43:12 | ||||
| 32楼： | @oolinux 你講的, 跟JAVA 一致啊。不算缺點。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 19:30:16 | ||||
| 33楼： | @powerpcer (大强) 做商业软件不太可能公开源代码，所以没见过C#写的商业软件 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 19:48:09 | ||||
| 34楼： | @ooolinux 有的，是你不知而已。遠的, 古時候就有一國的交易所的交易系統由C# 寫的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/9 21:46:16 | ||||
| 35楼： | 其实走出Delphi的小圈子，外面的天地很大的。 好多有Delphi版的控件包，也同样有C#版，而且现在Delphi版和C#版都不是重点了，重点是JS版。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/9 21:55:23 | ||||
| 36楼： | 什麼工具做什麼事而已。 JS 也可以做DESKTOP, 也可以寫ANDROID, 也可以IOS。 適不適合，還是只是語言主義。 ---------------------------------------------- - |
|||||
| 信息 |
| 登陆以后才能回复 |
