Closed monhz closed 8 years ago
总体上看我有个建议:
我们 api 总共分 rest, 表单,分块和视频 4 种,所以在 py 文件上就可以区分开来,比如 upyun.py 作主入口(在里面 import rest, form, av, multipart
),其它分别是 rest.py, form.py, av.py, multipart.py。upyun.py里面之前全是 rest api的代码,可以移出来只剩一层接口(get, put, delete这些),其它放到 rest.py里去。 put
加一个默认参数表示以何种形式上传,然后在 put 里调用相应 py 文件里的上传方法。
恩, 目前的层级确实不太明确, upyun.py 应该只负责业务逻辑. 那在这基础上, rest/form.... 这些下一层是不是用类似于__http.py 这种模块, 统一一下公用的接口?
rest/form.... 这些下一层是不是用类似于__http.py 这种模块, 统一一下公用的接口?
不是很明白, 统一一下公用的接口指什么?
表述可能有点问题, 其实和之前那个模块的问题重复了, 我的意思就是弄些公用模块, 给 av/multipart/rest 这些模块提供类似于 http 这种重复的服务
给 av/multipart/rest 这些模块提供类似于 http 这种重复的服务
对,就是这样。
api
参数, 以及multipart
开关. 若multipart
为True
, 且api
不为None
, 可不输入username
及password
.__init__(self, bucket, username=None, password=None, timeout=None, endpoint=None, chunksize=None, human=True, api=None, multipart=False)
put(self, key, value, checksum=False, headers=None, handler=None, params=None, secret=None, block_size=(1024 *1024))
pretreat(self, tasks, source, notify_url="")
tasks
为视频处理参数,source
为以上传视频地址,notify_url
为回调通知地址status(self, taskids=None)
taskids
为任务id