草庐IT

我这位老程序员对时代危险和机遇的一点感悟

最近有些多愁善感,忧虑我自己作为一名程序员的发展前途,就发了一些感想的小作文,没想到C站程序员们的评论非常火热,我索性将连续几篇所忧所想的小作文整合一下,作为博文发表出来,方便小伙伴们阅览。程序员的工具人生做了二十年程序员,没想到现在总是被人称为码农,以前以为自己专研技术就了不起啦,可实际上呢,你学的无非是别人希望你学的,这些别人也许是你的公司老板,也许是技术的创造者,而我只不过是把技术当工具去应用的码工而已。千万别把自己变成自以为是的人,别以为自己有掌握了多么高深的技能,好好看看这个世界吧,你所掌握的那些技术,对于现实,随时就能被替换掉,如同你自己。技术在于创新,在于0到1的创造,在于其他技

c# - 枚举的自定义属性是否危险?

我正在构建一个大量使用Enum的应用程序s用于自定义数据。本质上,一个对象存储在数据库中,具有大约28个独立的属性。每个属性都是一个双字符字段,从SQL直接转换为Enum。.不幸的是,我还需要将这些值转换为两个不同的人类可读值。一个用于数据表上的图例,一个用于CSS类,用于在Web应用程序前端设置图像样式。为此,我设置了两个自定义属性并将它们应用于Enum在必要时。例如:自定义属性接口(interface)publicinterfaceIAttribute{TValue{get;}}示例自定义属性publicsealedclassAbbreviationAttribute:Attrib

c# - 枚举的自定义属性是否危险?

我正在构建一个大量使用Enum的应用程序s用于自定义数据。本质上,一个对象存储在数据库中,具有大约28个独立的属性。每个属性都是一个双字符字段,从SQL直接转换为Enum。.不幸的是,我还需要将这些值转换为两个不同的人类可读值。一个用于数据表上的图例,一个用于CSS类,用于在Web应用程序前端设置图像样式。为此,我设置了两个自定义属性并将它们应用于Enum在必要时。例如:自定义属性接口(interface)publicinterfaceIAttribute{TValue{get;}}示例自定义属性publicsealedclassAbbreviationAttribute:Attrib

c# - C# 未初始化的变量危险吗?

我熟悉C#规范,section5.3这表示必须在使用前分配变量。在C和非托管C++中,这是有道理的,因为堆栈不会被清除,并且用于指针的内存位置可能在任何地方(导致难以追踪的错误)。但我的印象是运行时并没有真正允许“未分配”的值。特别是未初始化的引用类型将始终具有null值,绝不会是先前调用方法或随机值遗留下来的值。这是正确的,还是这些年来我一直错误地认为检查null就足够了?您能否在C#中拥有真正未初始化的变量,或者CLR会处理这个问题并且总是有一些值集? 最佳答案 Iamundertheimpressionthatthereare

c# - C# 未初始化的变量危险吗?

我熟悉C#规范,section5.3这表示必须在使用前分配变量。在C和非托管C++中,这是有道理的,因为堆栈不会被清除,并且用于指针的内存位置可能在任何地方(导致难以追踪的错误)。但我的印象是运行时并没有真正允许“未分配”的值。特别是未初始化的引用类型将始终具有null值,绝不会是先前调用方法或随机值遗留下来的值。这是正确的,还是这些年来我一直错误地认为检查null就足够了?您能否在C#中拥有真正未初始化的变量,或者CLR会处理这个问题并且总是有一些值集? 最佳答案 Iamundertheimpressionthatthereare

在用户界面线程上等待的危险性

我们做这么一个假设哈。如果有一个线程,它拥有一个窗口,则在这个线程的整个运行过程中,我们都不应该调用Sleep函数。为什么?因为Sleep调用会导致线程在睡眠等待期停止处理窗口消息。即使对于持续时间较短的睡眠也是如此,例如睡眠几秒钟和醒来以轮询系统中某些内容的状态。如我之前在另一篇文章中所提到的,轮询会降低系统性能,还会损害系统在低功耗情况下节省能源的能力,并受到终端服务器的放大效应的影响。如果当前处理器处于空闲状态,那就继续保持闲着。如果处理器很忙,那就赶紧让它完成计算任务,然后重新回到空闲状态。但有时候我还是会看到如下的代码:>>请移步至topomel.com以查看图片请注意,此消息循环长

javascript - 两次包含同一个 JavaScript 库有什么危险?

我正在使用的一个网络应用程序由许多部分HTML文件组成。如果部分需要YUI等JavaScript库,则YUI库包含在部分中。当在运行时组合部分时,生成的HTML通常会多次包含YUI库。............我多次看到包含jQuery的奇怪行为,尤其是在使用AJAX时。具体来说,为什么多次包含同一个JavaScript库不是一个好主意?为什么它只是有时会引起问题? 最佳答案 根据库的不同,多次包含它可能会产生不良影响。可以这样想,如果您有一个将点击事件绑定(bind)到按钮的脚本,并且您两次包含该脚本,那么当按钮被点击时,这些操作将

javascript - 两次包含同一个 JavaScript 库有什么危险?

我正在使用的一个网络应用程序由许多部分HTML文件组成。如果部分需要YUI等JavaScript库,则YUI库包含在部分中。当在运行时组合部分时,生成的HTML通常会多次包含YUI库。............我多次看到包含jQuery的奇怪行为,尤其是在使用AJAX时。具体来说,为什么多次包含同一个JavaScript库不是一个好主意?为什么它只是有时会引起问题? 最佳答案 根据库的不同,多次包含它可能会产生不良影响。可以这样想,如果您有一个将点击事件绑定(bind)到按钮的脚本,并且您两次包含该脚本,那么当按钮被点击时,这些操作将

JavaScript:扩展 Array.prototype 有什么危险?

GoogleJavaScript风格指南advisesagainstextendingtheArray.prototype.但是,我使用了Array.prototype.filter=Array.prototype.filter||function(...){...}作为在它们不存在的浏览器中拥有它(和类似方法)的一种方式。MDN其实提供了similarexample.我知道Object.prototype问题,但Array不是哈希表。在扩展Array.prototype时可能会出现哪些问题导致Google反对它? 最佳答案 大多数

JavaScript:扩展 Array.prototype 有什么危险?

GoogleJavaScript风格指南advisesagainstextendingtheArray.prototype.但是,我使用了Array.prototype.filter=Array.prototype.filter||function(...){...}作为在它们不存在的浏览器中拥有它(和类似方法)的一种方式。MDN其实提供了similarexample.我知道Object.prototype问题,但Array不是哈希表。在扩展Array.prototype时可能会出现哪些问题导致Google反对它? 最佳答案 大多数