明白很多原理,依然写不好那两行代码

以前在上家公司用vs写了个utf8和gb2312互转工具,昨天因为现在项目有bug,然后拿回家调试时要重用转码工具,但因为最近换系统了,工具用不了,刚好想又练练手,就着手重写遍工具,功能还是那些功能但是代码就好陌生好陌生。

在使用rename时老是不能重命名,最后发现传入参数要使用绝对路径,因为是vs在默认路径建的工程(c盘)所以老是没权限改名,又在这纠结好久

在使用目录结构时因为第一和第二个路径遍历到的是.和..,递归时又卡在这下

最后想说fstream对文件操作真心简单

时间: 2024-10-09 19:48:44

明白很多原理,依然写不好那两行代码的相关文章

听过许多书,却依然过不好这一生

不久前,我在某知识服务的公众号上看到一篇文章,主要就讲了一个道理:"对于学习这件事,世上根本就没有捷径",并以读书这件事为例来做说明:某某花钱购买各种知识服务,并最终达到理想的效果--读了100本书. 我不知道他发这篇文章有没有经过他们平台的审阅.如今不少人将购买力等价于能力,只需交钱,知识就可以"像水一样流进脑子里",他们听书,听那些"讲师"将一本本书消化.然后提练成20分钟的音频总结,美其名日读书会,无知如我,也曾经在某平台购买过这种读书会音

写可测试的代码

任何一个软件都是可以测试.在某种意义上,用户的使用过程也就是一个软件测试的过程.可是这并不是我们今天要讲的可测试性.我们讲的可测试性指的是代码的可测试性,通俗点儿说就是是一串代码里包含的逻辑是不是可以被单元测试所覆盖.在这篇文章里我会从单元测试的基本概念开始引伸到如何写单元测试,如何写可单元测试的代码.文章里所有的例子都是C#写的,一来它是我职业生涯的主力语言.二来C#广为人知,相信对广大职业的或是业余的程序员来说读懂C#的代码不会是什么特别困难的事情.实际上我描述的方法和概念并不会局限于C#或

如何写出无法维护的代码

如何写出无法维护的代码 酷壳里有很多我觉得很不错的文章,但是访问量最大的却是那篇<6个变态的Hello World>,和它能在本站右边栏“全站热门”中出现的还有“如何加密源代码”,以及编程真难啊等这样的文章.可见本站的读者们的偏好,我也相信你们都是“身怀绝技”的程序员.所以,今天给大家推荐这篇文章,相信一定能触动大家的兴奋点. 这篇文章的原文在这里(http://mindprod.com/jgloss/unmain.html),我看完后我想说—— 什么叫“创造力”,创造力就是——就算是要干一件

奇舞js笔记——第0课——如何写好原生js代码

摘要 1.好的代码职责要清晰,javscript不要用来操作样式: 2.API要设计的合理:通用性,适度的抽象(数据抽象,过程抽象),可扩展性: 3.效率问题:用好的.合适的算法(前端程序员要把自己当程序员). 注: 1.学习视频地址 2.ppt地址 3.个人感想: 是我hin厉害的师父推荐我看的月影大大的视频,感觉对于我这个小白来说,真的是一遍又一遍的刷新知识面.我觉得像月影大大这种大佬的思路,我接触之后真的是受益匪浅. 所以我总结出来不仅是自己记笔记,也是想分享给想要成为真正的前端“工程师”

转载 写了 35 年代码的老程序员的最大遗憾

转载:写了 35 年代码的老程序员的最大遗憾 大约不到20年前,我处在人生十字路口上.我的第二家公司当时已经花了5年时间为出版行业打造专业图表制作软件,不过在那互联网即将大热的年代,出版商们已经逐渐向互联网领域转移,我们的业务渐渐枯竭.那时候我已经是一个有 13 年编程工作经验,而且同时有 9 年公司运营经验的综合性人才了. 我不想再同时又干技术又干管理了.我的第一家公司(1985-1987年)的主要业务是打造一款电子表格程序,并有自动发布的功能.当时我一人主导了整个公司的多项事务,与媒体打交道

怎样写出无法维护的代码

每次写代码的时候,我都尽量写出一个尽可能方便其他人看得懂的代码,没办法,很多时候维护也是我自己,活着小的看不懂,还是我自己出手.但今天我想反其道而行之,怎样才能写出一份无法维护的代码. 原文在这里,原文翻译了一点,再加上自己的理解. 这个无法维护的代码是什么? 如果你的代码根本是别人看不懂,那不好意思,如果是我,我会尽可能另外写一份,或者一边看代码,一边注释,还有重命名,总之最后还是让我改了一遍就完事了.如果仅仅是这样,我觉得,还不是无法维护吧.应该看起来还算正常,而且有详细的注释,让人充满希望

程序员写出这样的代码,能不挨骂吗?

当你换槽填坑时,面对一个新的环境.能够快速熟练,上手实现业务需求是关键. 但是,哪些因素会影响你快速上手呢?是原有代码写的不够好?还是注释写的不够好? 昨夜,闲情雅致,瞅了瞅隔壁小王的代码,看完之后真是太上火,气不打一处来. 于是,把小王犯的错误拉了个清单,一起帮他改进一下,顺便看看这些坏习惯,你是否也有呢? 1. 过度相信别人,会给自己挖坑. 针对接口输入参数,没有进行严格校验,尤其是要插入数据库库的参数,一路透传到底(数据库层面),数据库就报数据插入异常. 对于调用者而言,会一直等待接口响应

eImage(仅两行代码实现输出从数据库中查询到的二进制字段)标签

功能: 专门用于向浏览器输出从数据库中查询到的二进制字段.支持通用的几十种文件类型 别名为edoc 使用方法: <chtml><eimage id=书包名type=类型>key</eimage></chtml>或 <chtml><edocid==书包名 type=类型>key</edoc></chtml> ·        id:书包名.ESql标签返回的书包名称 ·        type:类型.输出文件类型

iOS 两行代码解决数据持久化

在实际的iOS开发中,有些时候涉及到将程序的状态保存下来,以便下一次恢复,或者是记录用户的一些喜好和用户的登录信息等等. 这就需要涉及到数据的持久化了,所谓数据持久化就是数据的本地保存,将数据从内存中迁入到存储器上.网上有很多种数据持久化的方法,如实现自己实现I/O.数据库.云或则走第三方接口等等.但是有时候可能只是进行一些简单的数据存储,如用户的偏好设置.用户的sessionID等等,这时候使用上述方法便显得有点兴师动众了,现在需要一种更加轻量化的操作方式. 一.认识 NSUserDefaul