请问有没有办法把一个表里的记录写到一个源代码里？~~~~

letusgoup

ftp，bin，下来的普通pf的member,有能够可以共享的转换程序吗？

其实要仔细找也能在我工作的接收软件平台中找到，但我对接收部分的平台不熟，

无法从他们那个方向下手，因此只想用最简单的方法给接收方提供一目了然的数据。再由他们处理。

ux400

原帖由 franliu 于 2009-12-8 11:34 发表
谁说PF一定有多个字段？PF也可以只有一个长字段，还省去行号，日期等没有用的字段呢。

CRTPF命令可以没有DDS,定义一个长字段的长度就可以了。

我知道啊。不过还是觉得SRCPF好，行号、日期有的时候有用的

franliu

用IFS最容易了。你已经替他转好码了。然他们应BINARY方式直接GET就成啦！

[ 本帖最后由 franliu 于 2009-12-8 11:58 编辑 ]

letusgoup

我用CPYTOIMPF在源码中生成后的东西，不知为什么FTP的时候
有些表可以，有些就说码制转换错误，总是不成，所以就想用SRC的系列想法。郁闷

franliu

可以用SEU编辑当然好啦，尤其是INI类文件。

franliu

让你从又多个字段的pf直接拷贝去IFS, 不是去另外一个pf。

这样会生成一个csv文件。

copy from ccsid = 1388

copy to ccsid = 1386

你试试看？

[ 本帖最后由 franliu 于 2009-12-8 12:03 编辑 ]

ux400

原帖由 franliu 于 2009-12-8 11:50 发表
其实使用CPYTOIMPF命令拷贝到IFS里面去，再从IFS发出去最容易了。所有的AS400码全部转成PC代码了。要用UNI-CODE都可以。

正常情况是可以的。不过使用IFS，效率是否有些影响？
我的程序对转码是有容错性的。Client Access下载不了的文件（某些记录的字段可能包含乱码），我照样转。
大公司的东东，你没办法让它马上改正BUG
自己的程序，BUG随时可以修正。

franliu

说得有理。有时候垃圾系统提供的程序会报错运行不下去。
我也曾写过一个程序先扫描一下，去掉垃圾再调用ibm转码api.什么语言都通用。转成utf-8, utf-16都可以。

用ifs很快的。我们又可以用 notepad预览内容。减轻了对方的解码压力。

[ 本帖最后由 franliu 于 2009-12-8 12:19 编辑 ]

ux400

原帖由 letusgoup 于 2009-12-8 11:54 发表
ftp，bin，下来的普通pf的member,有能够可以共享的转换程序吗？

其实要仔细找也能在我工作的接收软件平台中找到，但我对接收部分的平台不熟，

无法从他们那个方向下手，因此只想用最简单的方法给接收方提 ...

全部公开我的源程序不太好。可以说说思路。前面说的两种方法：

一、在AS/400上准备好FTP下载的文本文件，SRCPF也好，PF也好，IFS也好，大部分人考虑的是写个专用程序。如果是我，则会考虑写个通用程序（还没有写出来，因为还没有需求，没有$、￥就没有动力 ）

二、FTP bin直接下载PF，再用转码程序转成 .csv/.txt等文件或者直接写进数据库，文件少的话有人可能也会每个文件写个专用的程序。我则是写个通用的转码程序，思路是使用一个格式定义文件，定义每个PF文件的字段格式（字段序号、类型、长度、小数位数），如果需要调整输出字段顺序，也可以定义，或者某些字段不需要转换，等等。转码程序需要有一定的容错性，单字节的不可见字符等可以显示警告或者写进LOG中，但不应该终止程序运行。这种下载整个PF的方法适合PF的大部分字段都需要下载的情况，也不用占用AS/400的硬盘空间去生成一个供下载的临时文件。

[ 本帖最后由 ux400 于 2009-12-8 12:31 编辑 ]

ux400

原帖由 letusgoup 于 2009-12-8 11:58 发表
我用CPYTOIMPF在源码中生成后的东西，不知为什么FTP的时候
有些表可以，有些就说码制转换错误，总是不成，所以就想用SRC的系列想法。郁闷

是啊，当你遇到IBM的东东报码制转换错误，就很无奈了。
所以我才会写一个具有一定容错性的转码程序