- 主题:工程领域,编个中型软件,是学C++好还是C#好
Qt可以
【 在 nidebeibao 的大作中提到: 】
: rt
--
FROM 123.139.134.*
看需求和具体行业吧。但是大部分情况下c#比CPP糙猛快
--
FROM 82.19.154.*
不会,C#和C++的关系就像荷兰语和河南话的关系。
你要是之前没有C++的经历,或者整个公司都是C++环境的,没必要浪费时间考虑C++
【 在 nidebeibao (nidebeibao) 的大作中提到: 】
: 好,就她了,学了C#是不是再学C++也会容易些?
--
FROM 183.129.129.*
工程领域不怎么考虑跨平台,
没有windows环境是吧,买套Windows工控机才几个钱,反之亦然。
【 在 callmebbser (BBSer) 的大作中提到: 】
: 还得是否要跨平台。比如需要在Linux和Windows系统下都能运行。
--
FROM 183.129.129.*
名字很像,但编程语言的思维或者说逻辑模型有较大差异。
所以学了一个对另一个的帮助只能说比较有限。
c++:大杂烩。c 为出发点,引入部分 OO 思维
(但只是 c++的一部分),
以面向内存为主,思维更接近底层。
c#:全方位高度 oo 。和 java 像孪生兄弟。
【 在 nidebeibao (nidebeibao) 的大作中提到: 】
: 好,就她了,学了C#是不是再学C++也会容易些?
--
修改:hoodlum FROM 211.95.56.*
FROM 211.95.56.*
以内存来分类是个不错的观点。
所以我觉得自己还是应该以一个高级点的语言为主,不要浪费时间陷在处理内存的泥淖里。
毕竟大多数业务不是需要比C/C++多省内存,速度有多快,而是节省程序员的时间快速写出来。
【 在 hoodlum (hoodlum) 的大作中提到: 】
: 名字很像,但编程语言的思维或者说逻辑模型有较大差异。
: 所以学了一个对另一个的帮助只能说比较有限。
: c++:大杂烩。c 为出发点,引入部分 OO 思维
: ...................
--
修改:seablue FROM 45.122.156.*
FROM 45.122.156.*
是的,现在硬件基本够用了,大多数软件不太需要cpp了
【 在 seablue 的大作中提到: 】
: 以内存来分类是个不错的观点。
: 所以我觉得自己还是应该以一个高级点的语言为主,不要浪费时间陷在处理内存的泥淖里。
: 毕竟大多数业务不是需要比C/C++多省内存,速度有多快,而是节省程序员的时间快速写出来。
: ...................
--
FROM 1.95.1.*
我这里描述的更精确点就是 c++ 里的对象,更加接近底层视角,
在程序员脑海里是这个对象的存储的模型。
如果把进程空间理解成一条长线段,那么
对象的存储就是从其中的某一个点开始,到远端方向上的某一个点结束。
即一个对象是一个(1)有起点,(2)有着某个宽度
的线性内存空间中的一个小线段。可位于进程空间中的堆,某个线程栈,
可读写数据段等部分。
在c++程序员里面始终是有着这样一个存储思维。指针指向了对象起点,
向两边的方向看,是无穷无尽的“潜在”的其他同类对象,也就是说
指针的可移动性,是基于这种和数组天然对接的模型。这个是 c++ 比
其他语言更灵活的体现之一。
------------------------------------------------------------
在 c# 里面的对象,你就可以把它理解成一个对象,一个整体,
更接近对象这个概念本身。而不需要建立c++里面那么明确的在
存储层面的概念,或者说在底层和实现层面上是相对模糊的。
【 在 seablue (deepblue) 的大作中提到: 】
: 以内存来分类是个不错的观点。
: 所以我觉得自己还是应该以一个高级点的语言为主,不要浪费时间陷在处理内存的泥淖里。
: 毕竟大多数业务不是需要比C/C++多省内存,速度有多快,而是节省程序员的时间快速写出来。
: ...................
--
修改:hoodlum FROM 211.95.56.*
FROM 211.95.56.*
99%的软件,只要跑起来就好了,还有很多软件,设计完了,最终只能跑70%的功能吧。。
跨平台这些要求都蛮少的。。
【 在 DoorWay 的大作中提到: 】
: 工程软件一般业务重,软件工程技术要求少一些。我见到的都是软件跑起来就不错了。要求跨平台的凤毛麟角,如果要求,一般都是首要问题,会先说出来,比如,在XX环境下…
: :
--
FROM 122.225.219.*