以下是引用 阿甲 于 2013/3/29 9:28:06 发表的文字:
下面这段测试成功了：
// 馆藏地点
string strLocation = DomUtil.GetElementText(itemdom.DocumentElement, "location");
// 去掉#reservation部分
strLocation = StringUtil.GetPureLocationString(strLocation);
string strRoomName = ""; // 阅览室名
string strLibraryCode = ""; // 馆代码
// 解析
LibraryApplication.ParseCalendarName(strLocation,
out strLibraryCode,
out strRoomName);
if (strLibraryCode == "红泥巴")
{
if (strRoomName == "阅览室" || strRoomName == "典藏室" )
{
strMessageText = "可借";
return true;
}
strMessageText = strRoomName + "不能外借";
return false;
}
测试中发现上文代码一个小地方：(item_dom.DocumentElement, "location")
改成：(itemdom.DocumentElement, "location") 就好了
关于应用我解释一下。我这里是用红泥巴来做练习，真正的应用主要是在学校方面。比如望湖小学有两个馆藏点是常规开放借阅的，但还需要新设N个临时的馆藏点，可能是在馆内的某个浏览区，可能是某个走廊或楼梯间，数量多而杂，临时性强。只需要在这些馆藏点不能外借（以免与中心馆藏点搞混）就行了。假如为这些馆藏点再一一在系统中设置，反而麻烦了。
不过是否可行，还需要实施一段时间才能判断。
另外，当一个分馆有多个馆藏点是可以外借时，读者还书时，如果还书窗口能立即显示“这本书隶属于哪个馆藏点”，对于管理员上架会方便一些（假如书上没有贴特别的馆藏点标志）。
目前还书时提示的是“还书成功”，如果想在后面加上一句，“该书属于 某分馆/某馆藏点”，这种提示可以在什么地方添加？
关于临时书架的设想，非常好，从软件的角度来说，软件作为一种工作的工具应当尽快适应这种极具价值的应用模式。
从流程和概念来说，大抵是两种思路实现这种方式的管理：
1) 用一个“集体借阅证”，把若干图书“借”在一起，然后移动到某个小区域，实现管理。这个方法的缺点是，第一，不容易从册记录中看出这个册现在实际在何处；第二，已经处在借阅状态的册，不能再次真正“借”给小读者，除非是展示区只让阅览。
2) 用正规的调拨功能。就是把这批书调拨到这个馆藏地点。对于工作人员来说，要做的操作就是把所有相关册扫一遍册条码，也是很简单很基础的图书馆日常业务操作。
现在看来您是不反对第二种正规做法的。
问题在于，这些地点有临时性，如果需要在增设和撤销的时候，需要中心系统管理员介入，可能预感到有些工作量。我觉得这个担忧不必太大，其实增设的时候是有工作量，但撤销的时候可以滞后撤销，短期不撤销对一般管理工作也基本无害。另外现在，分馆的管理员应该是可以进行增、减馆藏地点(子地点)的配置操作的，如果有些环节暂时没有打通(也就是说现有软件还有点障碍)，我们打通它就是。
> 如果想在后面加上一句，“该书属于 某分馆/某馆藏点”，这种提示可以在什么地方添加？
这个功能现在是有的，就是借助“凭条打印”二次开发方案实现。以前这种方案主要用于配置凭条打印的格式，但因为它的动作触发点正巧在借还动作后，其实也特别适合用于出现窗口提示某个特殊位置需要的后续事宜，很早就给某个用户单位配置了这样的功能。
这个功能如果用在红泥巴数字平台中心的参与馆，可能有个缺点就是定义比较繁琐，另外前端用户要安装这个方案，也有些操作步骤需要学习。
这样，我后面专门介绍一下这个功能，您先用用，玩玩。
后面，我已经计划增加新的功能，能够比较简便地定义还回以后的提示，做成一个通用的功能。上次在中心的 QQ 群中我看到了有关这个功能的需求和设想，我当时就开始动脑筋准备这个功能了。在这里也感谢“高人”用户们的启发啊。