[转载]JSON与JAVA数据的转换 – 小菜菜在此 – 博客园.

不管什么项目，都离不开管理，哪怕是只有一个人开发的项目，都要管理，各种版本控制、源码管理、还有文档，迭代日志管理，发布更新等等万物巨细都得管理，哪个环节出了问题，就会让开发进程和进度受到影响。

哪最简单的版本控制来说，没有好的版本控制就造成版本混乱的现象，到最后就不知道哪个用户安装的是什么版本，对应的什么功能，到时候就是一个头两个大了！

源码管理更是重中之重，特别是需求变更频繁的情况，就是类似小米的MIUI那种每周都迭代开发的情况更加不可掉以轻心，否则死都不知道怎么死的，哪怕是一个人的项目也要使用源码管理工具，避免一个不慎源码回不去了。

有人反对开发过程中写太多文档，特别是敏捷开发模式推出后，更多时间是在写测试用例，这个比较符合人的正常思维逻辑，先想功能要出什么样的结果，然后再进行实现，然后不断地用测试用例来测试实现代码，解决bug，然后就是详尽的注释写在代码里面，这些测试用例和注释就是会说话的文档，让半道儿加入的成员不至于面对一堆代码挠头了。

个人觉得项目管理要有，但是不要流于形式，适合得就好，别到时候本末倒置了，管理事无巨细，然后进度延误就得不偿失了。

[转载]将ASP.NET MVC 2.0 部署在IIS6和IIS7上的教程 – 远哥 – 博客园.

我的程序开发环境：

系统：Win7

IIS:IIS7

开发工具：VS2008 SP1

MVC版本：ASP.NET MVC 2.0 RC

在部署MVC应用之前，一定要确保你的程序BIN文件夹下面是否包含 System.Web.Mvc.dll（非常重要），如图：

如果没有， 请在你的MVC项目中，打开引用列表，如图：

鼠标右键点击System.Web.Mvc，选择“属性”，转到下面窗口：

将“复制本地”设为True (默认为False)，然后生成一下项目，System.Web.Mvc.dll就会出现在BIN文件夹下了。

先讲最容易部署的IIS7环境：

我的是Win7系统，在Win7是集成了IIS7版本的，在Win7上面部署ASP.NET MVC 2.0程序非常容易，只要将站点的应用程序池设为“集成”方式，即可。

（其实IIS7下面建站点，应用程序默认就是集成方式的，也就是说IIS7上面建MVC站点，默认就支持）

选择集成方式后，在“功能视图”的“处理程序映射”中，可以看到“*.mvc”的配置项：

这样就可以运行MVC程序了。

接下来讲Win 2003 上IIS6的配置：

在IIS6上建一个站点，然后在站点属性中的“主目录”–》“配置” ，将打开如下窗口：

在下方的“通配符应用程序映射”中插入一个映射，可执行文件交给.NET的“aspnet_isapi.dll”，默认地址一般在“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll”

到此，IIS6的集成MVC完成。

最后再提醒一下，如果你的项目BIN下面没有System.Web.Mvc.dll，按上面的配置是肯定不会成功的，前提条件是System.Web.Mvc.dll文件是否在项目的BIN文件夹下。

[转载]无法识别的属性“targetFramework”。请注意属性名称区分大小写。错误解决办法 – muchlin的专栏 – 博客频道 – CSDN.NET.

“/CRM”应用程序中的服务器错误。

配置错误

说明: 在处理向该请求提供服务所需的配置文件时出错。请检查下面的特定错误详细信息并适当地修改配置文件。

分析器错误消息: 无法识别的属性“targetFramework”。请注意属性名称区分大小写。

源错误:

行 24:             设置为 true。
行 25:         -->
行 26: 		<compilation debug="true" targetFramework="4.0"/>
行 27: 		<!--
行 28:             通过 <authentication> 节可以配置 ASP.NET 使用的

源文件: E:\NET\CRM.Web\web.config    行: 26

版本信息: Microsoft .NET Framework 版本:2.0.50727.4961; ASP.NET 版本:2.0.50727.4955

解决方法：

修改.NET Framework 版本为相应版本即可，我以前用的是2.0换成4.0的时候出现这个错误。

我的win7系统，

1、打开IIs点击IIS根节点

2、看右边的“操作”-》点击“更改.NET Framework 版本”

3、选择相应的版本，我这里应该选择v4.0.30319,点击确定

4、点击IIS的应用程序池

5、在右边“操作”栏里选择“应用程序默认设置…”

6、把“.NET Framework 版本”设置为v4.0，点击“确定”即可。

7、设置需要的版本为允许允许，不然会出现如下错误：

错误摘要

HTTP 错误 404.2 – Not Found

由于 Web 服务器上的“ISAPI 和 CGI 限制”列表设置，无法提供您请求的页面。

设置方法：

（1）、打开ISAPI和CGI限制

（2）、找到你需要但被设为不允许运行的版本，

（3）、把需要运行的版本设置为“允许”，即可

做一个新的产品很多时候会遇到各种问题，这就需要用脑袋想办法解决，问题解决了，就解决了，难道真的就完了吗？其实远远没有，很多时候用心和用脑做产品的区别就在这里，问题解决了，这只是刚刚开始，如果用心做产品的，会认真的体验一下哪种解决方案更好，然后进行比较，然后考虑用户体验，最后每种方案都发布一个版本给不同的用户进行体验测试，根据用户反馈进一步提高产品界面和功能，达到用户体验最佳。

问题总是会不断地出现，因为用户在不断地使用产品，提出各种需求，甚至有些需求不近人情，但是作为产品经理，你就要针对这些需求用心的分析，确定产品的下一版本的优化侧重点，否则会淹没在需求的焦油坑中无法自拔，特别是创业起步的小公司，产品的没个版本都要用心，而不是用户要什么就给什么，那完全失去了自我，可能你会说我站着说话不腰疼，不当家不知柴米贵，没钱公司都活不下去，用户就是上帝，可做为一个公司没有自己的产品个性和原则，那是烂产品，没个产品都能体现出一个公司的性格，只有用心了，用户才会体会出来，哪怕是一个小小的细节都做到极致，这样才能不随大溜儿。

很多时候自己总是想法太多，总是冒出来想做个新应用的想法，可是都是仅局限于想法，很少动手做，后来干脆直接否定，找各种各种理由，当然就什么想法都没做出东西来，这就是懒。

其实很多东西看上去很难，做了才会发现没那么难，这就是人性的弱点，总是恐惧未知的东西，小看了自己的能力，很多时候都是被逼出来，生于忧患死于安乐！没有压力，就没有动力！

不少网友也问过我，怎么建网站？怎么做SEO？怎么推广？怎么网络赚钱?很多很多问题，其实大家都在恐惧，怕自己不会，做不好，其实没什么可恐惧的，做就是了！大不了做了半天，还是什么都不会，但是肯定不会学不到任何东西的，毕竟这个学习的过程中怎么也能够学到东西，所以说懒是第一原因，然后是恐惧！

再说想法怎么变成现实，做就是了！怎么做？就有学问了！不要盲目的做，让自己无法掌控，想法总是很完美的，很大！但是你做得时候，可以只是做好一个功能，然后再陆续做其他的功能，慢慢完善，这就是马拉松的过程，不断地修改完善。小米的《参与感》中不是说到了改到吐，做到极致才行。好的产品不是那么容易就做出来的，看上去很难，做得过程更难，坚持就更不易了！

1、切换到该Fragment：
onAttach->onCreate->onCreateView-> onActivityCreated->onStart->onResume
2、屏幕休眠：
onPause->onSaveInstance->onStop
3、解锁屏幕：
onStart->onResume
4、切换到其他Fragment，原Fragment：
onPause->onStop->onDestroyView
5、切换回该Fragment：
onCreateView->onActivityCreated->onStart->onResume
6、点击Home键：
onPause->onSaveInstance->onStop
7、返回应用：
onStart->onResume
8、退出应用：
onPause->onStop->onDestroyView->onDestroy->onDetach

快速迭代开发说起来简单，做起来难。

市场瞬息万变，小米也只是做到了周迭代更新，那还是有那么多技术人员支持的情况下，做到每周都有新更新已经不错了，小米的迭代开发完全是用户驱动的，而对于小公司来说，完全是因为市场驱动的，开发是被市场牵着鼻子走的，不是自己能够决定产品走向的，总是想做自己的产品，可是为了生存，总是让步给市场，于是产品总是定制给客户的，可以这么说，想要做到通用很难，这就是目前国内小公司的生存现状。

如何改善这种？就只有不停的重构产品框架和功能，避免木已成舟病入膏肓得时候才后悔当初为什么不重构了。前期产品会很烂，为什么这么说，因为这些都是被逼着上线的产品，为了生存做出来得东西，只有要饭的质量。如何保证质量？质量永远都是硬伤，没有质量让业务难以开展，然后是后期维护工作拖累了产品的迭代，所以说想要短期开发出高质量的产品，就要聚焦需求，不要妄图贪大求全，就专注几个功能点，做到极致，也就是产品的亮点，然后再迭代重构产品的代码，保证产品质量和功能。

最近做Android项目，发现第三方平台很多，以前有说到利用第三方平台的接口进行快速开发手机应用，的确很方面，但是封装就意味着要有规范，毕竟人家提供的服务接口很多，如果没有开发规范随便接入就会让平台很乱，接入的应用代码质量参差不齐，也会造成对平台的损害。

那么如何利用第三方平台简化开发，觉得首先要对自己的项目的需求和规模有个了解，来进行选择，有些时候第三方平台会提供各种各样的功能接口供调用，不要选什么技术最先进的，或者被官方的演示蒙蔽了，选就选最适合的，就好比一直以来程序员圈子里嚷嚷的那种开发语言好一样，吵了半天根本没有结果的。

再说第三方平台的持久性上，什么叫持久性？就是别用着用着平台没了，为什么这么说，因为很多时候第三方平台的盈利模式很单一，初期为了吸引开发者使用，都是免费的，慢慢的开始收取服务费，所谓的服务费就是技术支持和更高级的开放接口，例如微信公众平台就是认证公众号、服务号提供高级的支付和接口，收取认证费用，实际上就是收取的接口使用费，所以说用第三方平台就做好被收费的准备，过去介绍的几个平台在“建池塘”阶段都是免费的，最近陆续开始“收会费”了，可以理解，毕竟天下没有免费的午餐，所以这也算选择第三方平台的一个参考条件吧。

最后就是稳定性了，别动不动得就维护升级，你辛辛苦苦开发的应用，在应用市场上好不容易有了点儿名气，结果由于第三方平台不稳定造成无法使用结果已有用户卸载率直线上升，到时候你只能哭晕在厕所里了！这就像建网站，强大的服务器和安全支持才是网站运营的根本。

第三方平台做项目有风险，选择需谨慎！

优点就是能够减少很多工作量，让你快速开发项目出来，我得想法还是用第三方平台按照《精益创业》中的做出个雏形，也就是俗称的demo，推给目标用户，然后根据用户使用情况和需求，陆续版本升级转移成自主开发。

.

部署环境： Server 2003 +IIS6

1.先安装好IIS6，再安装.net framework 4.0和ASP.NET mvc 安装包(主要是里面的一个dll，不安装也可以，只需要找到这个dll，将mvc.dll 放入网站bin目录下，这个dll文件的默认路径是C:\Program Files\Microsoft ASP.NET\ASP.NET MVC 2\Assemblies\System.Web.Mvc.dll)

2.在IIS中新建网站设置web主目录，这个不详细说了，接着说重点

3.在发布的网站上右击【属性】—【主目录】—-【配置】，在弹出的【应用程序配置】窗口中点击【添加】，点击【浏览】将“可执行文件”设置为“C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll”，“扩展名”设置为”.mvc”，取消【确认文件是否存在】

然后在下面点击【插入】，同样选择aspnet_isapi.dll，取消【确认文件是否存在】。

在发布的网站上右击【属性】–【APS.NET】，将【ASP.NET version】设置为4.0.30319

4.在【Web服务扩展】中设置ASP.NET v4.0.30319 为允许

以上配置完成后就大功告成了，以上亲测成功，若有问题欢迎留言一起探讨！

PS:若先装的.net framework 4.0，后装的IIS，需要注册aspnet到IIS，方法如下：

注意：要以管理员的身份运行

启动cmd窗口 (win键+R )  ,找到 4.0所在的目录,本人机器目录是
C:\Windows\Microsoft.NET\Framework\v4.0.30319

启动CMD进入上面的目录C:\Windows\Microsoft.NET\Framework\v4.0.30319

运行  aspnet_regiis.exe -i

稍等一会, aspnet_regiis 注册成功