博客园_业精于勤荒于嬉,形成于思毁于随

var, dynamic 差別以及如何實作像 ViewBag 一樣的物件【转】

2012-05-31T01:50:00Z

原文：http://kelp.phate.org/2011/11/var-dynamic-viewbag.html

var

在以前寫程式時要宣告以及 Instance 的時候一般會寫成這樣。

1	`TestModel model =` `new` `TestModel();`

但從 C# 3.0 開始多了「var」，所以我們可以寫成這樣：

1	`var` `model =` `new` `TestModel();`

使用 var 的好處在於只需要打一次型別名稱。
var 宣告後的變數型別是固定的，未來程式在運作時無法改變型別(跟 JavaScript 不一樣)，在程式撰寫時變數具有該型別的 IntelliSense。
說簡單一點就是「編譯器在編譯時會自動將 var 取代為適當的型別」。

dynamic

C# 4.0 多了「dynamic」，dynamic 跟 var 是截然不同的東西。
dynamic 允許在執行的過程替換變數的型別。

dynamic model = new TestModel();

model = new Exception();

model = 1;

//這樣的寫法不會造成 Exception

dynamic 還有一個特性就是編譯過程不會檢查值是否給對、呼叫的 method 是否存在、property 是否存在...等，而且 dynamic 沒有 IntelliSense。
筆者不太喜歡沒有 IntelliSense 的東西，因為很容易打錯字，所以沒必要的時候少用為妙。

有一點要注意的是：dynamic 變數存取不存在的 member、method 是為發生 Exception 的。

1 2	`dynamic model =` `new` `Exception();` `model.Title =` `"hello";` `//執行的時候此行程式會出錯`

ExpandoObject

在 MVC 3 的時候 Controller 可以透過 ViewBag 將資料傳給 View。
底下的程式就是透過 ViewBag 設定網頁的標題：

public ActionResult Index()

{

ViewBag.Title = "Index";

return View();

}

<head>

<title>@ViewBag.Title</title>

</head>

ViewBag 就是一個 dynamic 的應用，而有些人可能會感覺很奇怪，就算是 dynamic 也不能存取不存在的 property，為什麼我可以丟任何的資料到 ViewBag 底下的任何一個 property 中。

其實 Instance ViewBag 的型別是 ExpandoObject，這個型別可以動態產生 property，所以才會有 ViewBag 這樣神奇的物件。

1	`using` `System.Dynamic;`

dynamic model = new ExpandoObject();

model.Title = "Index";

model.Time = DateTime.UtcNow;

另，试了一下在WCF中能不能用ExpandoObject来实现DTO的功能，结果被转化成了

System.Collections.Generic.Dictionary<string, object>，看来通过这种方式来避免使用DTO还是有一点问题。

不过这篇文章：Returning Dynamic Types from an Ajax Web Service Using C# 4.0 可以看到避免使用DTO的种可行性，但似乎是要在特定的WebService上以及使用Ajax来处理相应的响应（不可以是C#的代理类来处理匿名类型，否则会因为返回值是匿名类型会报异常）

本文链接

技术名词记录

2011-07-28T01:09:00Z

NOSQL：非关系型数据库，典型的产品有

服务器监控工具：

Server Density（http://www.serverdensity.com/）

前端界面框架：

基于JQuery的EasyUI

IKVM.NET:一个编辑器，可以使得Java与.net开发的东西互相转换。网站：http://www.ikvm.net/uses.html

本文链接

Webtop Performance Test w/ Tomcat(调整Tomcat上的参数提高性能)

2011-04-11T06:15:00Z

Login several users with one second between each login. After the 25th user, the users begin to experience poor performance, to the point where some users are receiving “Page cannot be displayed” errors and eventually the System catches up.

If you are experiencing similar behavior during your performance testing with Webtop on Tomcat, one of the reason might be with maxProcessors parameter. This needs to be set to a higher value depending on the number of users you are using.

Please note that this is NOT A DOCUMENTUM ISSUE. Please refer to Tomcat documentation if you need more information about Tomcat settings.

In the server.xml file in the conf directory there are setting associated with the port that Tomcat uses – As an example lets use 80.

port=”80″ minProcessors=”5″ maxProcessors=”1000″

enableLookups=”true” redirectPort=”8443″

acceptCount=”10″ debug=”0″ connectionTimeout=”20000″/>

In this second example (see above) has 1000 processors and connectionTimeout of 20000 (or 20 seconds).

After the configuration changes, you should no longer receive the “No connections available” error.

Again, this is NOT a Documentum issue. Please refer to Tomcat documentation if you need more information about Tomcat settings.

本文链接

解决无法启动Oracle的Database Control的问题

2011-03-17T04:10:00Z

需要操作一下Oracle的表，因为没有安装PL/SQL，所以想用一下Oralce的Database Control这个工具，但是打开时，IE打开的结果是无法显示。

检查一下系统服务，发现OracleDBConsole[sid]没有启动起来，尝试手工启动，提示无法启动，查看日志也没有任何有意义的信息。

尝试使用命令行的方式启动服务，在命令行下：emctl start dbconsole，提示没有设置ORACLE_UNQNAME环境变量，于是手工在系统中添加了这个环境变量，其值是Oracle数据库的实例名，例如默认的实例名orcl。

设置好后，由于需要重启才可以使环境变量生效，服务器重启时间需要好几分钟，受不了，所以通过命令行：set ORACLE_UNQNAME=orcl这种方式刷新环境变量。

重新执行emctl start dbconsole，提示x:\oracle\db10\oc4j/j2ee/OC4J_DBConsole_PC0620.mydomain.com_orcl不存在，发现这个路径中pc0620是服务器的机器名，后面的是域名，进入j2ee这个目录中，发现只有x:\oracle\db10\oc4j/j2ee/OC4J_DBConsole_PC0620_orcl这个目录，于是复制一份，并修改成OC4J_DBConsole_PC0620.mydomain.com_orcl后，重新执行emctl start dbconsole，这回提示的是：x:\oracle\db10/pc0620.mydomain.com_orcl不存在，于进如法炮制,将db10目录中的pc0620_orcl复制一份后改名。此时，再启动服务，顺利启动了。

回想一下问题的所在，可能是由于安装的时候是在没有域的情况下装的Oralce，但是后来由于将服务器加入域中，导入了通过名称找配置文件时发生了该错误。

本文链接

Documentum常见问题6—系统默认文件柜权限要求【转】

2011-03-10T04:30:00Z

http://www.cnblogs.com/SingleCat/archive/2011/01/28/1946880.html

在系统实施时，由于客户需求，要求屏蔽掉系统默认文件夹在界面上的展示，为了简便起见，把那些默认文件柜的dm_world权限修改为NONE，杯具了，文件柜倒是隐藏了，对普通查询用户影响不大，但是管理员操作时，时不时的会报一些错误出来，一般都是权限部分的提示。系统默认的文件柜有几个，这些文件柜的权限设置有什么要求？这些文件柜又用来做什么？

下面这段是从EMC官网论坛中得到的说明。

1、Users must have WRITE permission to the RESOURCES cabinet - otherwise they will not be able to use the Distribution List or PDF annotation features. When users use these features, a user folder is created in Resources and the user's files are kept in the user folder. This is a requirement of the out of the box Documentum system.
2、Users must have READ permission to the SYSTEM cabinet - otherwise they will not be able to log in. This is a requirement of the out of the box Documentum system.
3、Users must have WRITE permission to the TEMP cabinet. This is required for the execution of server methods which have the SAVE_RESULTS flag set to true. The server method result is saved in the Temp cabinet and deleted after parsing for errors.
4、The docbase owner home, DMADMIN, and TEMPLATES cabinets may all be hidden from the users by assigning WORLD=NONE.

整理下

文件柜	用户组	权限	说明
RESOURCES	dm_world	WRITE	保存用户常用个人信息，如对PDF文档的标注，分配列表，包括之前我们提到的工作流任务处理时的备注信息，系统会为每个用户在这里创建独立的文件夹用于存储这些数据
SYSTEM	dm_world	READ	用户login时会调用系统资源，System用来保存系统公用信息，如：工作流模板、Form模板等等。
TEMP	dm_world	WRITE	Method执行时会保留结果到Temp文件柜下
DMADMIN(docbase owner)	dm_world	NONE	可隐藏
TEMPLATE	dm_world	NONE	可隐藏

除了Docbase Owner(就是安装Docbase时使用的账户）和Template可以直接将dm_world修改为None，以便对用户隐藏外，其他的系统文件柜权限不能随便修改。

那通过什么方式可以控制这些文件柜对用户不可见呢？

修改文件柜属性为隐藏就可以了。

1）在文件柜的属性字段中有，一个’隐藏‘，把这个勾选上就可以了。文件柜列表中就看不到它了。

2）如果需要重新对用户可见，在tools->首选项中，把’显示隐藏文件‘的勾打上，回到文件柜列表，之前隐藏的文件柜可以看到了。重新把’隐藏‘的属性勾选去掉。‘OK’，可见了。

仅修改文件柜属性，不会对权限有任何影响，所以不会影响到用户操作，仅仅是屏蔽而已。

本文链接

Documentum常见问题4—如何通过vlink方式直接查看文档内容【转】

2011-03-10T04:29:00Z

http://www.cnblogs.com/SingleCat/archive/2011/01/28/1946859.html

问题4—如何通过vlink方式直接查看文档内容

webtop6.5以上版本中，增加了vlink方式可直接查看文档内容，这里有几种方式可直接通过链接访问文档对象。

1）已知文档对象ID，通过链接直接下载并打开文档

2）已知文档对象访问路径，通过链接直接查看文档

比如，这里有一份文档object_name = 20071018110718528.jpg r_object_id = 09de75d180003104

//可以下载文件内容到本地
http://127.0.0.1:8080/webtop/component/getcontent?objectId=09de75d180003104

//可在IE中直接查看文件内容

http(s)://server:port/RightSite/repository-name:/folder-path/.../objectname
示例：http://127.0.0.1:8080/webtop/DOCU:/test/20071018110718528.jpg
上面的路径中，webtop为系统部署的应用名，DOCU为docbase名，/test/20071018110718528.jpg 是文档存放路径，20071018110718528.jpg图像文件直接保存在名为test的文件柜下。

使用folder_path方式访问时，路径下不能包含中文。

本文链接

Documentum常见问题5—如何查看工作流运行过程中用户的note备注信息【转】

2011-03-10T04:29:00Z

http://www.cnblogs.com/SingleCat/archive/2011/01/28/1946860.html

问题5—如何查看工作流运行过程中用户的note备注信息
工作流运行过程中，用户可根据当时的实际情况在处理Task时写一些备注信息，documentum系统中如何存储这些备注信息呢？可以通过下面的这些DQL语句进行查找。
--1、查找工作流信息
select * from dmi_workitem_sp where r_workflow_id = '4d002b6780001d00';
--这里查看的是工作流ID为4d002b6780001d00所包含的Task处理任务对应的workitem信息。工作流ID可通过select * from dm_workflow where object_name ='XXX'获取。
--2、通过工作流ID查找对应的附件信息,并可找到对应的Note记录
select * from dmi_package_sp where r_workflow_id = '4d002b6780001d00'; --取这个工作流运行过程中对应的那些package信息
select * from dmi_package_rp where r_object_id in ( '49002b6780002100','49002b6780002101',
'49002b6780002102','49002b6780002103','49002b6780002104','49002b6780002105','49002b6780002106'); --查看其中的note信息ID
--3、查看Note记录保存路径
select * from dm_note_sp where r_object_id in ('41002b67800108ab', '41002b6780010881');
select * from dm_note_rp where r_object_id in ('41002b67800108ab', '41002b6780010881');
select * from dm_note_rv where r_object_id in ('41002b67800108ab', '41002b6780010881');
select * from dm_note_sv where r_object_id in ('41002b67800108ab', '41002b6780010881');
--从dm_note_rp视图中可以看到，对应Note文件（txt格式）保存的文件夹为 0b002b67800077fb 0b002b6780003141
--查找具体的文件夹路径，可以看到对应的txt格式note文件在Resource\TAU3 下面，需要打开txt文件才能看到具体的Note信息
select * from dm_folder_sp where r_object_id in ('0b002b67800077fb','0b002b6780003141');
select * from dm_folder_rp where r_object_id in ('0b002b67800077fb','0b002b6780003141');

其实通过以上的记录我们也可以看出，当工作流用户在执行任务过程中录入备注信息时，这些信息默认会保存在Resource文件柜，以用户名为名的文件夹下，以txt文件形式保存，打开txt文件才能看到实际的备注信息。
（这里引入了另外一个问题，Resource文件柜是系统默认的文件柜，系统默认文件柜还有一些，这些默认文件柜的权限是如何设置的？后面会进行讨论）

本文链接

Documentum常见问题2—压力测试时一旦用户数超过一定数量就不能登录了[转]

2011-03-10T04:28:00Z

问题2—压力测试时一旦用户数超过一定数量就不能登录了

EMC官方提供的计算公式为：

processes = 2 x the DCTM server.ini concurrent_sessions value
sessions = processes + 100
如果压力测试时对oracle设定了150个连接数，根据该公式，（150-100）/2=25 个用户，请调整oracle数据库连接数为500。根据vendor压力测试的分析，目前系统的瓶颈在此，测试人员压了30个用户会导致系统崩溃。

这里还有一个地方需要注意，Content Server 的server.ini配置文件中对同时在线Session进行了限制，可根据实际情况对其进行更改。

本文链接

Documentum常见问题3—保存搜索Saved Searches提示用户对文件柜无权限【转】

2011-03-10T04:28:00Z

http://www.cnblogs.com/SingleCat/archive/2011/01/28/1946856.html

问题3—保存搜索Saved Searches无权限

这里完全是Saved Searches本身的权限设置问题，一般默认情况下，当一个普通用户在Search后做Saved动作时，系统会将搜索保存在User Default Folder下，并为其创建Saved Searches文件夹，将对应已保存搜索作为文本对象保存进去。这里有几种不同的情况：

1）创建用户时，默认为该用户创建同名文件柜，并经其设置为默认访问路径，也就是‘我的主文件柜’；此时，各个用户保存的搜索被放在各个用户自己名下的文件柜中，所以不会出现权限的问题；

2）创建用户时，为用户选择已有文件柜作为默认访问路径；此时，当第一个用户保存搜索，系统默认为其创建Saved Searches文件夹，如果其他用户要需要访问此路径并保存自定义搜索时，则需要放开此路径的访问权限，如：UserA和UserB默认文件夹均为‘CabinetTest',当UserA首先做了保存搜索动作后，系统会在CabinetTest下创建Saved Searches文件夹，保存UserA的搜索条件，如果UserB此时进行了搜索，也要保存自己的搜索条件，如果UserB对 \Cabinet\Saved Searches\ 的权限不够，那么就会出现之前提到的’此用户没有对指定文件柜的访问权限‘的错误。

本文链接

修改Content Server管理员密码 - [Documentum 实施开发记录]

2011-03-10T04:27:00Z

ag：

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
 http://fanlb.blogbus.com/logs/59357766.html

修改documentum content server　管理员用户dmadmin的密码 (1qaz2wsx)

1．停止服务 Documentum Java Method Server

2．停止服务 Documentum Docbase Service HDDWKM

3．停止服务 Documentum Docbroker Service Docbroker

4．在　“控制面板 > 计算机管理 > 用户”中，修改 dmadmin用户的密码

5．修改以上３个服务器的启动参数，
在 “控制面板 > 服务”中，右击服务，如“Documentum Docbase Service HDDWKM”，在登录中输入新的密码。

6．重新启动以上３个服务

备份数据

1．备份 D:\Documentum\dba 目录

2．备份 D:\Documentum\data 目录

更改Content Server的管理员用户

1．用现在的管理员administrator登录

2．停止服务 Documentum Java Method Server

3．停止服务 Documentum Docbase Service HDDWKM

4．停止服务 Documentum Docbroker Service Docbroker

5．增加新的管理员用户 dmadmin，设置密码，并加到administrators组中。

6．修改D:\Documentum\dba\config\HDDWKM\server.ini文件，修改其中 install_owner 为新的管理员用户

7．修改D:\Documentumm目录中 data，dba，product，share子目录的权限。
右击目录名，选“属性”，选“安全”，增加新用户，授予完全控制权限，选择“用在此显示的可以应用到子对象的项目替代所有子对象的权限项目”，确定

8．修改注册表
HKEY_LOCAL_MACHINE\SOFTWARE\Documentum\Server\version_No中，修改 DM_DMADMIN_USER的值为新用户,如果用户的域有变化，修改DM_DMADMIN_DOMAIN值为新用户的域
HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Services\DmServerHDDWKM中，修改ImagePath之中的install_owner参数值为新用户

9．对HDDWKM docbase，修改注册表权限
HKEY_LOCAL_MACHINE\SOFTWARE\Doumentum\Server\6.5
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application\Documentum
HKEY_LOCAL_MACHINE\SOFTWARE\Doumentum\Docbases\docbase_name
右击键名，选择“权限”，授权dmadmin为完全控制。

10．对HDDWKM docbase，修改服务启动参数
在 “控制面板 > 服务”中，右击“Documentum Docbase Service HDDWKM”服务，在登录中输入新的用户名和密码。

11．移动documentum的启动菜单到新用户的“开始>程序”中。

12．修改server_config对象的 r_install_owner和r_install_domain为新的用户和域。
1> select r_install_owner,r_install_domain from dm_server_config;
2> go
r_install_owner                   r_install_domain
-------------------------------- ----------------
Administrator                     zsgl-dev
(1 row affected)
1> update dm_server_config object set r_install_owner='dmadmin' where r_install
owner='Administrator'
2> go
objects_updated
---------------
              1
(1 row affected)
[DM_QUERY_I_NUM_UPDATE]info: "1 objects were affected by your UPDATE statement
"

本文链接