目前「读经器」已经有许多位大德在开发了, 末学仅就
日前研习 JAVA 的一些发现, 与各位分享一下. 只是提供一下
JAVA 在此方面的资讯, 然而目前并没有实作的计划（其实
并不会很难）, 因此纯粹供作参考啦!

    JAVA 是 SunOs 发展的新型语言, 目前很流行,
NetScape Navigator 以及 Microsoft InterNet Explore 从 2.0 开始
都有支援 JAVA Applet 的播映功能. 其中 MSIE 是免费提供的,
并且还有中文版.

    这让我联想到了, 目前我们在做读经器的时候, 如果要设定
一些链结, 往往得进行特殊格式的处理. 功能最强的之一就是
利用 Windows Help 格式（RTF 格式的样子）, 或者像是自行
撰写与 HTML 类似、但加以简化的浏览器.

    这些我们发展出来的程式, 通常也会有搜寻等功能, 然而最
大的问题之一就是: 在网路上放的是一套, 在 PC （或是做成光碟）
则得另外写一份程式.

    而 JAVA 本身是相当的 "独立於平台之外" 的, 他利用 Virtual Machine,
使得任何的机器上（包括 UNIX, PC, MAC 等）, 只要有 JAVA 的浏览器,
都可以执行 JAVA 程式（采直译的方式, 所以执行速度会较慢, 但是可携性
之普遍, 大大的超过了这点的不利条件. ）

    而现在 WWW 浏览器之流行, 又以 NetScape 及 MSIE 为主,
而两者都有支援 JAVA Applet. 现在不论是在 UNIX, PC, MAX
上, 都可以见到这些 WWW 浏览器, 也就是说执行 JAVA 的能力,
只要有上 WWW 的人的机器, 大多都已具备了.


    再加以末学前一阵子玩了玩 VC++ 的 OLE 内嵌等功能, 其中
也有看到像 Simple HTML Browser OLE 之类的 OCX, 因此有了
这个 idea, 提供给大家参考看看:


    或许以後可以以制作一份 HTML 格式的佛典资料库, 其中以
JAVA 撰写搜寻程式（搜寻的 Engine 或许可以从别的读经
器移植? ）. 这种方式制作的资料库有什麽好处呢?
最大的好处就是, 不论是使用 UNIX 的人还是使用 PC 的人,
只要有 NetScape 或是 MSIE, 就可以读这份资料库,
而不像以前, PC 版和 UNIX 版得写两次程式.

    其中 MSIE 是微软免费提供的, 因此就成本来说并不会
因此而增加. 要不然也可以直接利用 Simple HTML Browser OLE
之类的 OCX, 来很轻松的设计一个比较简化、却足够我们须要的
浏览器, 专门用来浏览这片 CD. 而要放上网路非常简单,
我们只要将整个光碟片拷到 WWW 下, 就可以直接让人进来查资料了.


    不过写到这里我又想到, 若放在网路上而用 JAVA 执行搜寻的话,
会不会有什麽麻烦呢?  例如说若是要检索一整个目录下的某一字串,
不知道 JAVA 能否利用 Client 端去搜寻完後再将最後结果传下?
因为要搜寻的东西太多了, 不可能先全部传到 User 端再让
user 端的 JAVA Browser 去搜寻.  不过我到目前还不知道
有什麽方法可以让 JAVA 在 client 端执行耶... （一方面
因为我从开始看 JAVA 到现在, 虽然已经看完一本书, 正在
K 另外两本, 不过也只过了三天而已 :p）

    不知道有没有人知道解答的呢?

谢谢!


"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"

   E-mail: b83050@cctwin.ee.ntu.edu.tw ; david@math.ncu.edu.tw
   邱大刚, Junior of Electrical Engineering Department,NTU.  【台大电机三】
 HomePage: http://www.ee.ntu.edu.tw/~b83050            【刚刚出炉的烘培鸡】
      BBS: telnet://cbs.ntu.edu.tw                         【台大狮子吼站】

---------- Forwarded message ----------
Date: Wed, 18 Sep 96 11:54:12 CST
From: wmc@iii.org.tw
Subject: Re: 关於 JAVA 在电子书上的运用

Welcome to the world of software development. Nice to have you
joining us.

>各位大德好!
>
>    目前「读经器」已经有许多位大德在开发了, 末学仅就
>日前研习 JAVA 的一些发现, 与各位分享一下. 只是提供一下
>JAVA 在此方面的资讯, 然而目前并没有实作的计划（其实
>并不会很难）, 因此纯粹供作参考啦!
>
最好是能发心:)

>    JAVA 是 SunOs 发展的新型语言, 目前很流行, 
>NetScape Navigator 以及 Microsoft InterNet Explore 从 2.0 开始
>都有支援 JAVA Applet 的播映功能. 其中 MSIE 是免费提供的,
>并且还有中文版.
>
Free for you to download or to copy from someone, somewhere to use it.
But not free for you to distribute it.

>    这让我联想到了, 目前我们在做读经器的时候, 如果要设定
>一些链结, 往往得进行特殊格式的处理. 功能最强的之一就是
>利用 Windows Help 格式（RTF 格式的样子）, 或者像是自行
That's right.

>撰写与 HTML 类似、但加以简化的浏览器.
>
Microsoft ActiveX has a few sample program to do such thing.

>    这些我们发展出来的程式, 通常也会有搜寻等功能, 然而最
>大的问题之一就是: 在网路上放的是一套, 在 PC （或是做成光碟）
>则得另外写一份程式.
>
程式设计可从 layer and modules/object 的角度来细看, layer 如 OSI
的seven layer(from media up to session and presentation layer),
module/object 如 netscape 中有处理 httpd, html, plug-ins, java applet
的特定功能的部份, well I am not going to teach software engineering.
言归正传, 要强调的是, 只要在设计阶段将网路功能的需求纳入, 则并不需要整个
程式改写, 然而到底会改写多少, 就完全依赖 designer 运用的技术与个人功力了.
module/object 一般是以 libray 方式存在, 在 Windows 环境里则以 dll or ocx
方式存在, 如 Windows OS 本身即以 user.dll gdi.dll and kernel.dll 构成,
因此读经器中的搜寻/全文检索的功能亦可设计成一独立 module/object, 目前
fgread.exe 中的 findtext.com 与 单教授或□运兄的 grep 程式都应已略具此
雏型, 除了在 dos 下 performance 的考量外若能同时考量 Windows&Java 的
portability 则将来改写的功夫会较少.

>    而 JAVA 本身是相当的 "独立於平台之外" 的, 他利用 Virtual Machine,
除了VM 是platform independent的因素外, 应该是用了 microcode.

>使得任何的机器上（包括 UNIX, PC, MAC 等）, 只要有 JAVA 的浏览器,
>都可以执行 JAVA 程式（采直译的方式, 所以执行速度会较慢, 但是可携性
JavaScript 是 intepreted, Java 是 compiled.

>之普遍, 大大的超过了这点的不利条件. ）
>
>    而现在 WWW 浏览器之流行, 又以 NetScape 及 MSIE 为主,
>而两者都有支援 JAVA Applet. 现在不论是在 UNIX, PC, MAX
>上, 都可以见到这些 WWW 浏览器, 也就是说执行 JAVA 的能力,
>只要有上 WWW 的人的机器, 大多都已具备了.
>
As you should know, both of them won't allow you to use them offline.
That mean you mush connect to the net in order to run them up.

>
>    再加以末学前一阵子玩了玩 VC++ 的 OLE 内嵌等功能, 其中
>也有看到像 Simple HTML Browser OLE 之类的 OCX, 因此有了
Right, it's too simple to be an applicable AP.

>这个 idea, 提供给大家参考看看:
>
>
>    或许以後可以以制作一份 HTML 格式的佛典资料库, 其中以
>JAVA 撰写搜寻程式（搜寻的 Engine 或许可以从别的读经
>器移植? ）. 这种方式制作的资料库有什麽好处呢?
>最大的好处就是, 不论是使用 UNIX 的人还是使用 PC 的人,
I have said it, haven't I. 目前资策会的探索眼全文检索工具就同时
可在 dos/Windows/Unix 上使用且可透过 WWW/CGI 达到网上检索, 不过
也因此价格很贵的, 要改成 java applet对资策会而言不难, 问题在於有无
市场价值.

>只要有 NetScape 或是 MSIE, 就可以读这份资料库,
>而不像以前, PC 版和 UNIX 版得写两次程式.
>
>    其中 MSIE 是微软免费提供的, 因此就成本来说并不会
>因此而增加. 要不然也可以直接利用 Simple HTML Browser OLE
As I said before it might be too simple, only if your
requirement is very simple. And this is not always real
after all. Man's need is endless and requirement is not
always clear in user's mind.

>之类的 OCX, 来很轻松的设计一个比较简化、却足够我们须要的
>浏览器, 专门用来浏览这片 CD. 而要放上网路非常简单,
>我们只要将整个光碟片拷到 WWW 下, 就可以直接让人进来查资料了.
>
>
>    不过写到这里我又想到, 若放在网路上而用 JAVA 执行搜寻的话,
>会不会有什麽麻烦呢?  例如说若是要检索一整个目录下的某一字串,
>不知道 JAVA 能否利用 Client 端去搜寻完後再将最後结果传下?
>因为要搜寻的东西太多了, 不可能先全部传到 User 端再让
>user 端的 JAVA Browser 去搜寻.  不过我到目前还不知道
>有什麽方法可以让 JAVA 在 client 端执行耶... （一方面
不太清楚在说甚麽?! 如果你不愿等到全部搜寻完在处理, 你大可设计
成搜寻到前十个(first ten hits)即传给 client 端的netscape, 然後
再继续搜寻, 同时 monitor client 端是否 request another ten hits,
if yes then program do this, else program do that, and looping
it until either the searching has come to an end or netscape user
on the client side issue the disconnect request.


>因为我从开始看 JAVA 到现在, 虽然已经看完一本书, 正在
>K 另外两本, 不过也只过了三天而已 :p）
>
哦! 要看三本书, 还要有 C++的程度, 是不是最好也要有 object orientation
的基楚. 加油!

>    不知道有没有人知道解答的呢?
>
What was the question :) Did I say something about it.

>谢谢!
>
>
>"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'"'*-._,_.-*'" 
>
>   E-mail: b83050@cctwin.ee.ntu.edu.tw ; david@math.ncu.edu.tw
>   邱大刚, Junior of Electrical Engineering Department,NTU.  【台大电机三】
> HomePage: http://www.ee.ntu.edu.tw/~b83050            【刚刚出炉的烘培鸡】
>      BBS: telnet://cbs.ntu.edu.tw                         【台大狮子吼站】
>
>
>

On Wed, 18 Sep 1996 wmc@iii.org.tw wrote:

> Welcome to the world of software development. Nice to have you
> joining us.

    :) 以前我只会用嘻而已 :)

> >    目前「读经器」已经有许多位大德在开发了, 末学仅就
> >日前研习 JAVA 的一些发现, 与各位分享一下. 只是提供一下
> >JAVA 在此方面的资讯, 然而目前并没有实作的计划（其实
> >并不会很难）, 因此纯粹供作参考啦!
> 最好是能发心:)

    一方面是不知道目前是否有此须求, 所以还没有实作的计划 :)

> >    JAVA 是 SunOs 发展的新型语言, 目前很流行, 
> >NetScape Navigator 以及 Microsoft InterNet Explore 从 2.0 开始
> >都有支援 JAVA Applet 的播映功能. 其中 MSIE 是免费提供的,
> >并且还有中文版.
> Free for you to download or to copy from someone, somewhere to use it.
> But not free for you to distribute it.

    Soga..
   所以要用的话还得与微软商量商量.

> >    这让我联想到了, 目前我们在做读经器的时候, 如果要设定
> >一些链结, 往往得进行特殊格式的处理. 功能最强的之一就是
> >利用 Windows Help 格式（RTF 格式的样子）, 或者像是自行
> That's right.

    Windows Help 的格式真的蛮强的, 不过大多数的人都不习惯,
而且转成非 Windows 的平台上好像就没办法了...?

> 程式改写, 然而到底会改写多少, 就完全依赖 designer 运用的技术与个人功力了.
> module/object 一般是以 libray 方式存在, 在 Windows 环境里则以 dll or ocx 

    嗯! 後来我稍微又看了一下, 发现就算用 JAVA 写, 好像在 Web Server
上仍是要再写一份 Server 端的程式, 那麽就与光碟版的也不是刚全相同了?
（还是说光碟版在个人电脑上可以 JAVA 同时模拟 server 及 client?
  那或许就仍可用相同的程式了. ）

> 方式存在, 如 Windows OS 本身即以 user.dll gdi.dll and kernel.dll 构成,
> 因此读经器中的搜寻/全文检索的功能亦可设计成一独立 module/object, 目前 
> fgread.exe 中的 findtext.com 与 单教授或□运兄的 grep 程式都应已略具此
> 雏型, 除了在 dos 下 performance 的考量外若能同时考量 Windows&Java 的 
> portability 则将来改写的功夫会较少.

    嗯..

> >    而 JAVA 本身是相当的 "独立於平台之外" 的, 他利用 Virtual Machine,
> 除了VM 是platform independent的因素外, 应该是用了 microcode.

    请问您是指 bytecode 吗?

> >使得任何的机器上（包括 UNIX, PC, MAC 等）, 只要有 JAVA 的浏览器,
> >都可以执行 JAVA 程式（采直译的方式, 所以执行速度会较慢, 但是可携性
> JavaScript 是 intepreted, Java 是 compiled.

    嗯, 不好意思是我写错了, 如您所说, 是先 compile 成 Bytecode
再用 VM 执行.

> >之普遍, 大大的超过了这点的不利条件. ）
> >    而现在 WWW 浏览器之流行, 又以 NetScape 及 MSIE 为主,
> >而两者都有支援 JAVA Applet. 现在不论是在 UNIX, PC, MAX
> >上, 都可以见到这些 WWW 浏览器, 也就是说执行 JAVA 的能力,
> >只要有上 WWW 的人的机器, 大多都已具备了.
> As you should know, both of them won't allow you to use them offline.
> That mean you mush connect to the net in order to run them up.

    不一定呀, 都可以用 open local file 的方法 :)
例如 VJ++, MSIA 等, 都有利用到 Open local 的功能来预视 HTML 效果.
像 SunOS 的 JAVA API Document 线上版等, 就通通是 HTML 档, 让人传回家後
自己用自家的 Browser 慢慢看. （这好像渐渐变成一种趋势了, 好多新的
文件都是让人 Download 回家用 Web Browser 去看 - 最少 JAVA 的文件
很多都是如此. ）

> >    再加以末学前一阵子玩了玩 VC++ 的 OLE 内嵌等功能, 其中
> >也有看到像 Simple HTML Browser OLE 之类的 OCX, 因此有了
> Right, it's too simple to be an applicable AP.

    真可惜. 不过其实我们须要的功能也不多呀?

    要不然自己写个读 <> 的最简单程式应该也可以, 只是介面就
通通要重新开始就是了. （至於播放多媒体等, 有像 TegoSoft 的
多媒体 OCX 可以叫用.）

    不过不知道 JAVA 在各平台上的虚拟机器有没有 OCX?
是否须要经过 SunOs 的同意才能使用呢?

> >最大的好处就是, 不论是使用 UNIX 的人还是使用 PC 的人,
> I have said it, haven't I. 目前资策会的探索眼全文检索工具就同时
> 可在 dos/Windows/Unix 上使用且可透过 WWW/CGI 达到网上检索, 不过
> 也因此价格很贵的, 要改成 java applet对资策会而言不难, 问题在於有无
> 市场价值.

    嗯. JAVA 看来只多了一个 Mac 的支援 :p

    不过如果前面提过的问题 :"在Server及光碟上可用一模一样的 Applet"
成立的话, 那麽的确是可省许多事. （当然前提是您们或是童先生等的
Engine 可以很容易的移植 :)）

> >因为我从开始看 JAVA 到现在, 虽然已经看完一本书, 正在
> >K 另外两本, 不过也只过了三天而已 :p）
> 哦! 要看三本书, 还要有 C++的程度, 是不是最好也要有 object orientation
> 的基楚. 加油! 

    谢谢! 我的嘻咖咖和 OOP 是高中时就在 K 了, 虽然还不是高手不过
也算沾了点味道, 所以 K JAVA 才能这麽快 :p

    至於看 JAVA 的书（其实 OOP, C++也是）纯粹是课外兴趣
（电机系的教授老老的, 只会教 C）, 所以如果没有须求的话
我实在是很少机会练习 :)

> What was the question :) Did I say something about it.

    嗯! 谢谢!

--
   E-mail: b83050@cctwin.ee.ntu.edu.tw ; david@math.ncu.edu.tw
   邱大刚, Junior of Electrical Engineering Department,NTU.  【台大电机三】
 HomePage: http://www.ee.ntu.edu.tw/~b83050            【刚刚出炉的烘培鸡】
      BBS: telnet://cbs.ntu.edu.tw                         【台大狮子吼站】