关于GeoprocessingTask之类

关于 GeoprocessingTask之类

说实话这个东西不太容易摆平，这次帮别人做东西，又重新用了一下这个东西还真是难啃啊。
1  上文中也提到了，Model是关键，这个发布成功了不代表可以成功建立service。比如因为SOM服务的用户设成了Administrator，发布的toolbox死活看不到Model。改回默认的以后好了。
2   Model中的变量可以是参数也可以不是，而输出项似乎不管是不是参数都不会再发布后的task中出现。

3   GeoprocessingTask发布之后如果使用默认的，就要使用固定的toolbox中的流程，以及页面发布流程。因此可以设计在页面中通过一个按钮的函数完成调用GeoprocessingTask的工作。
GeoprocessingTask=定义要用的Service+输入参数+提交运行+结果反馈
按钮=前期操作（清理目标目录之类）+定义要用的Service+输入参数+提交运行+结果反馈 +后期处理
按钮=前期操作+调用GeoprocessingTask

4    agp.Initialize(); 容易报错，原因在于页面加了GeoprocessingResourceManager却没加TaskManager/task/Taskresults这些东西，使得他想要初始化却找不到东西。他们这种设计的逻辑上，就有毛病。
5    JobID = agp.SubmitJob(taskname, gpvalues); 要注意Gpvalues的顺序，因为你在程序中给的参数未必和Model中的顺序一致，需要对Model的参数顺序在其属性中调整明确。
6    时不时的报input错误，这里最好是察看运行的Message，检查各个变量在运行时写得什么。我这里主要是model中的输出项有问题，把它属性中的参数/Manager/间接 几项勾来勾去可以了
<半成品>