SharpStreaming项目开发的几点体会

    已经有一段时间没有编写SharpStreaming项目的代码了，除了这段时间确实工作较忙之外，还有就是这段时间在阅读一些书籍，并偶尔利用空闲时间考虑该项目的若干问题。今天，笔者在这里将写下SharpStreaming项目开发的几点体会，至于SharpStreaming项目的继续开发，估计怎么也得忙完这段时间以后吧。

    SharpStreaming项目的开发并不涉及到任何的商业行为，而是个人希望学习提高的编程实践。将近两个月以来，笔者利用业余时间，通过一点一滴的编程实践，经历了SharpStreaming项目从原始项目工程的构建到多次调整的过程，初步完成了网络通信部分、RTSP业务逻辑处理部分的代码编写。而接下来将要做的工作就是实现RTP/RTCP的处理、文件读取/写入的处理及文件的播放。鉴于目前的状况，要达到最终目标，还需要花费大量的时间和精力。

    1、努力提高专业水平

    SharpStreaming项目的诞生，最根本的出发点和最终目标都是为了能够不断提升自身的编程能力，不断扩大知识面，提高专业水平。因此，这是一个边学习边实践的过程。将近两个月的大部分空闲时间里，笔者接触了网络编程的知识、控件编程的知识、多线程编程的知识、事件编程的知识及一些常用的字符串处理等等。而其中的大部分知识，笔者虽不敢说理解得有多么深入，但至少可以应用于一般的开发工作当中了。技术这东西，更新太快，对项目开发而言，很多时候够用就行。

    2、不断积累开发经验

    经验这东西是无形的，很多时候你感觉不到它的增长，但又是有形的，因为从细微处来讲，这可以体现在解决问题的能力提升上面。每当解决一个问题时，其实都是无形中增长了一点经验，因为问题的解决，认识得更广了，也更深入了。

    刚开始给SharpStreaming项目搭架子的时候，想法很单纯，结构也划分得并不是很清晰，后来进行了多次调整，架子也与最初相比发生了很大的变化。为什么会产生如此大的变化呢？笔者觉得，很大程度上受到学习认知能力的影响。刚开始因为对SharpStreaming项目中几个比较关键的技术问题认识不清而导致工作无法继续，后来通过多次研究分析live555开源项目，又结合SharpStreaming项目的实际情况，才进行了项目结构的一次次调整。比方说，在live555开源项目中有MediaSubsession的概念，而笔者经过多次考虑，最终选择了以.ts格式的文件作为媒体源，这就直接导致了在SharpStreaming项目中放弃使用MediaSubsession这一想法。

    而对于后面将要进行的工作，其实笔者同样存在不少问题。但解决问题的途径往往是多种多样的，思路性的问题需要多去思考和反复总结，技术性的问题除了需要加强对相关知识的学习之外，多研究分析相关的开源项目亦是不错的选择。

    3、加强自我管理意识

    两个月以来，SharpStreaming项目的开发实践传递给笔者这样一个讯息：要在毫无经验的情况下自行开发这么一个有一定难度的项目是何等的难，而要坚持开发完成直至顺利实现最终目标更是难上加难。

    因此，笔者愈发感觉到自我管理的重要了。虽然在SharpStreaming项目的概述文章中笔者曾经提到该项目要采用松散的项目管理模式，这个所谓的松散，其实就是接近零管理。但往往事与愿违，哪怕是一个小到微不足道的项目或程序，都是需要渗透项目管理的意识和方法的，最起码总得有一个基本的目标吧，也总得有一个基本的完成时间吧。

    更何况SharpStreaming项目终究并不是一个很小的程序，不是一两日之功。所以，即使对于这么一个利用业余时间来开发的业余项目，也得有一个相对清晰的完成时间。那么，这个完成时间又是何时呢，从笔者的现状来看，初步定在今年年底吧。如果到时还没有成果又该当如何呢？难不成半途而废？为了尽可能地避免这种结果的发生，唯有进一步确保阶段性的成果了。至少，在年底，服务器与客户端之间可以顺利地进行通信并进行文件的传输，而客户端也至少可以将接收的文件数据写入到本地临时文件。

   

    这一切，其实都源于坚持的信念。专业知识的不足，需要努力去学习；编程能力的不足，需要努力去实践；开发经验的不足，需要努力去积累。一切，源于坚持；一切，贵在坚持。要相信，有付出，终究会有所收获。