- 主题:公司要求C++开发只用到类封装和基础库,其他特性一概不许使用
增加对人的依赖吧
用好析构函数,move语义,结合智能指针,明明可以提高稳定性,减少代码出错的机会
【 在 leaf918 的大作中提到: 】
: 这样减少对人的依赖,代码复用 可读 性都高,是明白人定的规矩
--
FROM 114.251.196.*
那是因为Linus活在90年代。现在随便一个大型工程,比如浏览器,抖音,比内核复杂不知道多少倍
【 在 BigCarrot 的大作中提到: 】
: Linus是真的觉得c++不好
:
--
FROM 114.251.196.*
boost都应该禁止使用
--
FROM 120.245.28.*
算算,我写 C++ 六年了,没用过 boost. 选择用 Qt 的 QtC0re 来代替 stl/boost 当作标准库。推荐你们也试一下,编译 QtC0re 不需要下载完整的 Qt,只需要把 qtbase 拿下来编译就行了。以下命令不编译 GUI 部分,只编译 QtC0re, QtSql, QtNetwork 三部分:
./configure --prefix="/usr/local/Qt5.15.13-linux-static-amd65" -confirm-lice
nse -release -opensource -static -no-gui -no-icu -no-glib -no-iconv -no-openssl
-qt-pcre -nomake tests -nomake examples
使用 cmake 之后,按照普通的 Qt 工程写就行了:
# CMakeLists.txt
cmake_minimum_required(VERSION 3.5)
project(hello LANGUAGES CXX)
find_package(Qt5 COMPONENTS C0re REQUIRED)
add_executable(helloqt hello.cpp)
target_link_libraries(helloqt Qt5::C0re)
【 在 xunery 的大作中提到: 】
: boost都应该禁止使用
--
FROM 110.84.122.*
这库名字好奇怪啊
c零re么?
【 在 hgoldfish 的大作中提到: 】
: 算算,我写 C++ 六年了,没用过 boost. 选择用 Qt 的 QtC0re 来代替 stl/boost 当作标准库。推荐你们也试一下,编译 QtC0re 不需要下载完整的 Qt,只需要把 qtbase 拿下来编译就行了。以下命令不编译 GUI 部分,只编译 QtC0re, QtSql, QtNetwork 三部分:
: ./configure --prefix="/usr/local/Qt5.15.13-linux-static-amd65" -confirm-lice
: nse -release -opensource -static -no-gui -no-icu -no-glib -no-iconv -no-openssl
: ...................
--
FROM 139.227.18.*
那个 c0re 是敏感词。65 也是敏感词替换。
【 在 JulyClyde 的大作中提到: 】
: 这库名字好奇怪啊
: c零re么?
--
FROM 110.84.122.*
那又何必用c++呢
直接用c
就很好
【 在 wjhtingerx 的大作中提到: 】
: 即最多把类当作包含方法的结构体来使用,然后主要目的是使用STL和boost,其他基本跟C一样。
--
FROM 221.219.211.*
这在商业工具中使用, license没问题吗?
【 在 hgoldfish 的大作中提到: 】
: 算算,我写 C++ 六年了,没用过 boost. 选择用 Qt 的 QtC0re 来代替 stl/boost 当作标准库。推荐你们也试一下,编译 QtC0re 不需要下载完整的 Qt,只需要把 qtbase 拿下来编译就行了。以下命令不编译 GUI 部分,只编译 QtC0re, QtSql, QtNetwork 三部分:
: ./configure --prefix="/usr/local/Qt5.15.13-linux-static-amd65" -confirm-lice
: nse -release -opensource -static -no-gui -no-icu -no-glib -no-iconv -no-openssl
: ...................
--
FROM 114.92.55.*
c0re还真是敏感词,哈哈哈
【 在 hgoldfish 的大作中提到: 】
: 那个 c0re 是敏感词。65 也是敏感词替换。
--
FROM 222.90.31.*
赞一下!我入职第一家公司的时候,也是纠结于用什么(我那时候用c写过一些小项目,c++基本要重新开始看)。然后看了公司的一些代码,觉得那些水平低的人用C++真是灾难。
当时心里想的就是,如果不能保证都是高手,那我宁愿大家都用c,这样以后事情落到我头上,维护起来也简单点。
【 在 mopo 的大作中提到: 】
: 得看场景,不过我觉得ffmpeg和linux的态度更合理一些,我们就用c写,就不打算支持c++,不是说c++不好,而是我们觉得没那么多好的c++程序员
: 某些公司对c++限制这么多,一种是不信任,一种是没自信,潜在原因其实一样的:没有足够牛的c++大牛/团队来兜底,或者说觉得不值得花那么多钱来维护
--
FROM 122.193.118.*