按钮说明：

1、备份当前属性：备份系统当前的IP信息

2、设置自动获取：将IP和DNS设置都设置为自动获取

3、读取备份IP信息：将备份的IP信息读取并且设置

4、编辑：根据当前的IP信息进行修改，修改之后可以保存，也可以保存并修改

5、从txt文本导入：将IP信息写入txt中，然后直接导入，但是顺序有要求

软件位置：http://www.cnblogs.com/kellyseeme/admin/Files.aspx

稍后给出源码。

　　目前情况简介：有人说交流很重要，那么就试着做一下吧，承担着实施的职责，而也在不断的看代码大全

　　　　　　　　　　　　　　　　　　——做着实施，想着开发

　　以下均是个人见解，请各位看客自己取舍

　　实施注重的是与人的交流，实施注重的问题的处理问题的委婉问题的解决，实施更加注重人与人之间的关系，一些微妙的关系

　　实施是开发和客户之间交流的工具，开发人员开发好软件，实施人员进行部署并且进行再次的测试，并且得到客户的反馈

　　开发主要做的是功能的实现，bug的修改及相关的维护工作，或许会有一些需求工作需要做

　　1.开发

　　　　我们开发人员，总是想着开发出最好的软件，用最好的技术来折服别人，来让别人尊敬你，也让生活能够生活的更好　　

　　　　开发人员总是用着时间用着青春去追寻技术的境界的提升，不断的学习不断的提高，让自己能够独挡一面，让自己能够对每件事都有一个完美的解决方案，我们写着代码，我们考虑着代码的可用性，我们考虑着系统的健壮性，我们考虑着系统的灵活性，我们思索着系统的扩展性，我们总是在不断的思索，总是在不断的思考这个所谓的完美的解决方案，然而如果你是一个一线的开发人员，那么你只有一个小小的空间可以任由你去驰骋

　　　　开发人员涉及的领域主要是详细设计，代码编写，用例测试，在这个中，我们拿到手的有可能是已经设计好的解决方案，有可能是一个完整的功能，分两种情况进行分别得探讨下

　　　　A 已经设计好的解决方案

　　　　　　如果是已经设计好的解决方案，对于开发人员来说，基本上是没有什么难度的，只要直接进行编码就行了，直接进行一个从自然语言到代码语言的编码转换　　

　　　　　　但是现实中往往存在一种情况，那就是需求不定，而项目经理为了应付上面的压力，迫不及待的出了一个解决方案，项目经理考虑的很简单，这样这样不就行了么，一切都是从一个抽象的角度进行指点江山，然而却没有考虑到开发人员进行编码的难度，有的时候没有界面布局，有的时候没有功能说明，有的时候没有进行整体考虑的衡量，没有接口，没有可用性，然而还强硬的说，这样这样不就行了么

　　　　　　如果一个问题从根源上没有解决，那么到头来都是一场空，仍然是一个问题，而且是一个严重的问题，这个问题会一直积压在开发人员的心中

　　　　　　这种情况，项目经理为了将问题解决，而将所有的压力和责任都弄到了开发人员身上，而开发人员有碍于一些各方面的原因从而问题依旧在，有可能是项目经理难于沟通，有可能是开发人员内向，有可能是开发人员的一些当前技术原因

　　　　　　设计好的解决方案，只能希望设计很好么？衡量时间，经验，成本，进度一系列艰难的因素吧，进行取舍进行开发吧，另外一个就是离职重新来过吧

　　　　B 完整的功能

　　　　　　在实际项目中，我们可能从项目经理手中接受到一个完整的功能模块的工作，如果这个完整的模块与其他的部分没有关联关系的话，那么这个是很简单的，但是如果是有关联关系的话，我们只是得到了一个片面的信息，进行断章取义似曾是并不可取，因为在开始编码之前，我们就要想好我们所做的东西表现出来的形式，如何来衡量我这个任务是完成了，任何来衡量这个功能是成功的，我们需要给其他的模块提供什么样的接口，别人如何来用，如何来进行调用

　　开发的眼中，技术永远是第一的追求，其他的都是浮云野草

　　2.实施

　　　　实施要经过短暂的培训皆可上岗，实施要做的就是将系统进行部署，然后将问题进行反馈，要了解客户之间的等级关系，要了解客户的软件生产的环境

　　　　实施的困难之处在于短时间的信息量很大，压力也很大，必须在一个较短的时间内学会系统操作，并且将系统所有的业务的必须进行熟悉和了解

　　　　实施的困难之处在于如何协调客户之间的回馈，考验的是一个实时处理问题的能力，能将一个问题能够及时的化解，并且能够将客户进行说服

　　　　实施的时间一般会很充足，有一些时间来做一些其他的事情，有一些时间去思索其他的问题，也可以说是有很多的时间

　　3.其他的一些碎片整理

　　　　相比于实施和开发，各有追求，而追求的则大不相同，一个追求的是将这个世界进行抽象，一个追求的是如果将这个世界进行现实化，一个将困难的问题进行慢慢的化解于一个个小的问题，一个是直接将困难的问题进行转移或者是直接进行解决

　　　　实施人员不会管一个系统用了什么什么样的超级技术，不会管一个系统用了什么样的设计模式，不会管一个系统有一个什么什么样的架构，他们管的是这个系统是否很容易使用，是否很容易部署，是否这个系统够健壮，如果一个系统没有什么亮点，他们会埋怨开发部门，说开发的什么垃圾东西，而开发部门则基本上没有人埋怨，只能埋怨说什么垃圾客户，提的什么需求，什么垃圾项目

　　　　一个问题，从根源上进行分解，从而划分为一个一个模块，划分为一个一个子程序，同理，压力和责任也是一级一级进行分解和承担的，项目经理应该承担相应的责任，开发人员应该承担相应的责任，测试人员应该承担相应的责任，维护人员也应该承担相应的责任，一级一级分解，这样是最好的处理方法了，如果哪一个环节出了问题，那么到头来，是最底层的人员承担责任，是底层人员受到一些谴责，这个需要一个制度需要一个完整的体系

　　生活需要协调，工作也协调，整理好自己的生活，从一个方面来说也是整理好你自己的工作，在不同的时期你会面临不同的困惑，在不同的时间你会思索不同的问题，而有的问题则会经常出现，每个人都需要时间和空间去思考和整理这些问题，所以无论是开发人员还是实施人员都应该适时的放下手头的工作，进行一些生活和思维碎片的整理

　　人生是一个模型，每个人都会建立自己的模型，在开始的一段时间内，我们会进行模仿，模仿别人形成自己的一个模型，在经过大量的分析和观察之后，慢慢的就形成了自己的模型，而在建立这个模型的时期之中，会加入不同的元素，并且会对我们的模型产生影响，我们会进行调整和修正的模型，从而慢慢形成我们自己的一个独特的模型，适合自己的模型

　　　　想说的很多，但是还没组织好，请各位看客自己鉴别，源自于个人的生活工作实践，欢迎各位进行指正

　　代码越写越少，越来越不想写了，不想写没经过思考的代码，不想写重复的代码，不想写结构冗余的代码，想看看好的代码，想看看别人的思想，发现程序能看懂而思想不能领会，或许是个人比较愚笨吧

　　1.代码到底是什么

　　2.好的代码是什么样的（个人所想）

　　3.如何改进你的代码或者是技术

　　1.代码到底是什么呢？

　　　　　　——代码可以复制，但是思想却不能复制

　　　　或许这个很多人都知道，代码代码，我们每天写的不都是代码么，那么代码代表的是否仅仅只是一段代码呢？

　　　　书写一段代码的目的是为了实现需求，而实现需求的时候有好几种实现的方式，那么你为何用了这种实现方式，有没有去做过对比，有没有去思考过这种实现方式的优点，如果是单纯的复制粘贴，那么这个仅仅是一段代码，这个时候你的代码或许就只有你能看到，你能看懂，为什么你要这么做呢？每个人都在说着要交流，要共同提高，要共同进步，但是为什么你的代码我就看不得，如果你的代码是纯粹的粘贴复制，那么可以说是毫无技术含量可言，那么你的代码只是众多的代码之一，毫无新奇之处，有的只是杂乱思想的堆砌，我如果看了你的代码，那么我就知道了你的是毫无技术含量的，那么我也可以进行粘贴复制，那么你的地位将被取代，从而，必然，你的代码看不得

　　　　代码或许体现的是一种思想，一种别人敬佩的思想，一种别人从来没有考虑过的思想，或许别人看你的代码，看的不是你的程序，而是你的思想，学习的也是你的思想，而不是单纯的你的代码，你的代码只是一种表现形式而已

　　　　代码可以复制，但是思想却不能复制，我们在阐述我们的思想的同时，我们也在思考，我们也在进步，或许这样才能打造优美的代码

　　2.好的代码是什么样的呢？

　　　　　　——“诚实”的代码最好

　　　　诚实的代码，代码能诚实么，我想是可以的

　　　　诚实的代码，首先是能够实现其功能，功能稳健；再次是代码简单，一眼就能反映出其思想

　　　　复杂的代码没人有时间去了解去研究，只有简单的代码才能让别人看到他的美

　　　　有一种人，穿上了华丽的衣妆，然表里不一，最后都是浪费感情；有一种人，衣冠不整，或许内涵很好，但是这种也提不了别人的兴趣去发掘去研究；或许这种人最好，简单，干净，整洁，行事如风，做事稳健，这种或许也可以说是负责任的人吧.

　　　　代码是给人看的，体现的是一种思想，你如果真的美，别人都会称赞，如果不美，别人的指责你也可以慢慢改变，这或许也就是美的代码的由来，没有人能以开始就能写出美的代码，只有别人的指责我们才会去寻求好的实现代码，才能写出更好的代码吧

　　3.好的代码是如何写出来的？

　　　　——交流

　　　　只有交流，我们才可以知道我们的代码到底差在什么地方，到底在什么地方需要进行弥补，这个或许也是最好的方式

　　　　有一种情感叫感激，你教会了别人一种思想，别人也会还你一种思想，进步的不是一个人，而是两个人

　　　　试着去交流，会收获很多~

　　一直在写着代码，一直也不愿意去写，想用一种别的方式去寻求改变，不想每天起来的时候看见都是一种无谓的代码

　　　　——1.为什么反对写自己习惯的代码？

　　在写代码的时候，我们只是本能的去实现代码的功能，而没有过多的思考为什么要这样去写，这样的写法有什么好处，但是苦恼的是我们并不知道如何去优化我们的代码结构

　　　　——2.如何去优化我们的代码结构

　　写博客只是大家的一种交流方式，如果看客各位有任何意见，请留下您的语言，如果您感觉没有任何收获，那可能是我的文字功底不够，您可以提出您的意见，以便于我下次改进，如果您也有这种困惑或者苦恼，也可以提出来或许可以共同探讨下

　　交流，高手所在的境界肯定在于一个高于我的层次，那就请高手指定一下方向，谢谢了~

　　1.为什么反对写自己习惯的代码（——UI上面的增删改查）

　　　　　　——写类似的代码太多了

　　　　每天上班，开电脑，看点IT新闻，打开vs，一天就这么开始了

　　　　又是那几个按钮，增加修改删除，或者又是那几个链接增加修改删除，又是那几个查询条件，直接得到数据源就行了，又是那种codebehind，没有一点新意，界面上的判断一下，调用一下数据源，做完没了。

　　　　每次都是这样，毫无改变，已经厌恶了这种方式，已经写不下去了

　　2.如何去优化我们的代码结构（——代码结构对比）

　　　　　　——直接看代码

　　在这个页面中，总共要做几件事情：增加角色，修改角色，删除角色

　　分析下图中标注的几处问题：

　　　　第一处：开始的时候就进行了类的实例化，应该在需要的时候才进行new一个实例

　　　　第二处：接收页面传递参数的时候，很多页面都要进行这样的操作，那么可以将这几个方法进行封装，然后直接调用其中的方法即可

　　　　第三处：在进行id判断的时候，可以使用String.IsNullOrEmpty（id）来进行判断

　　　　第四处：和第一处的是同样的问题，或许在delete这个分支中就不需要进行实例了

　　　　第五处：在利用switch进行判断的时候，没有default，代码不规范，而且整个代码之中都没有进行注释

　　修改后的代码如下图：

　　代码没改多少，但是从结构上来说还是清晰了不少的，结构只能慢慢的优化了，目前也只能做到这一步了

　　谢谢cobra，懒羊羊，ps，LL的提出

　　这个文章考虑了很久，写了好几个小时，感觉还是没写好，不知道怎么来表达吧

　　希望大家继续提出修改的意见，谢谢观看~