l*********s
发帖数: 5409 | 1 我要调用某个restAPI的Python绑定，但是API有限速，能不能封装现有Python库类，实
现自
动限速同时保留原来的API？ |
h*i
发帖数: 3446 | 2 搞个wrapper很简单的吧，就是你自己的REST API（或者自己的类库），外面看起来跟
他们的长得一摸一样，你自己中间中转一下而已？
【在 l*********s 的大作中提到】
: 我要调用某个restAPI的Python绑定，但是API有限速，能不能封装现有Python库类，实
: 现自
: 动限速同时保留原来的API？
|
l*********s
发帖数: 5409 | 3 python的wrapper 类有几十个方法,手工写中转写太搓了. 动态语言应该有更优美的写
法.
【在 h*i 的大作中提到】
: 搞个wrapper很简单的吧，就是你自己的REST API（或者自己的类库），外面看起来跟
: 他们的长得一摸一样，你自己中间中转一下而已？
|
w***g
发帖数: 5958 | 4 https://github.com/enricobacis/limit
人老了，能少写一行代码是一行。
记忆力急剧衰退，反正每一行代码都是stackoverflow。
【在 l*********s 的大作中提到】
: 我要调用某个restAPI的Python绑定，但是API有限速，能不能封装现有Python库类，实
: 现自
: 动限速同时保留原来的API？
|
l*********s
发帖数: 5409 | 5 多谢,我去学习下!
【在 w***g 的大作中提到】
: https://github.com/enricobacis/limit
: 人老了，能少写一行代码是一行。
: 记忆力急剧衰退，反正每一行代码都是stackoverflow。
|
l*********s
发帖数: 5409 | 6 python确实牛,感觉c/c++不是大那的话前途黯淡啊 |
f*******t
发帖数: 7549 | 7 自己实现一个Wrapper，然后抄一下那个limit库的实现，基本上就是你想要的了。大体
思路应该是这样：
class Client:
def foo(self, msg):
print("foo", msg)
def bar(self, num):
print("bar", num)
class Wrapper:
def __init__(self, client):
self.client = client
# set up semaphores for each method in client
def __getattr__(self, method):
def relay(*args, **kwargs):
# rate limit using semaphores
func = getattr(self.client, method)
func(args, kwargs)
return relay
wrapped_client = Wrapper(Client())
wrapped_client.foo("abc")
wrapped_client.bar(123) |
h*i
发帖数: 3446 | 8 每次看见python代码，我都不得不感叹，“真他妈丑”。
这么丑的东西，还很流行，可见普通人的审美观有很大问题。
【在 f*******t 的大作中提到】
: 自己实现一个Wrapper，然后抄一下那个limit库的实现，基本上就是你想要的了。大体
: 思路应该是这样：
: class Client:
: def foo(self, msg):
: print("foo", msg)
: def bar(self, num):
: print("bar", num)
: class Wrapper:
: def __init__(self, client):
: self.client = client
|
w***g
发帖数: 5958 | 9 C++20 了解一下
【在 h*i 的大作中提到】
: 每次看见python代码，我都不得不感叹，“真他妈丑”。
: 这么丑的东西，还很流行，可见普通人的审美观有很大问题。
|
h*i
发帖数: 3446 | 10 C++我在九十年代就放弃了，记得要上机被考问各种稀奇古怪的语法问题，果断放弃，
投了新生事物佳娃娇娘。计算机是用来为我服务的，我可不是为计算机服务的。这就是
非科班出身的好处，不爽了就走人，不用伺候，能干出活就行。
【在 w***g 的大作中提到】
: C++20 了解一下
|
|
|
l*********s
发帖数: 5409 | 11 没有反射怕是写不了到这么generic
【在 w***g 的大作中提到】
: C++20 了解一下
|
l*********s
发帖数: 5409 | 12 Yeah, 我也是这么干的 :-)
【在 f*******t 的大作中提到】
: 自己实现一个Wrapper，然后抄一下那个limit库的实现，基本上就是你想要的了。大体
: 思路应该是这样：
: class Client:
: def foo(self, msg):
: print("foo", msg)
: def bar(self, num):
: print("bar", num)
: class Wrapper:
: def __init__(self, client):
: self.client = client
|
l*********s
发帖数: 5409 | 13 好看往往只是把丑的都藏起来而已, 不知道究竟早晚会出问题.
【在 h*i 的大作中提到】
: 每次看见python代码，我都不得不感叹，“真他妈丑”。
: 这么丑的东西，还很流行，可见普通人的审美观有很大问题。
|
s*********y
发帖数: 6151 | 14 我觉得你这是审美问题 跟时代紧密结合的 我现在看java反而觉得又臭又长 难怪
由java衍生出好多其他语言scala, groovy, kotlin
【在 h*i 的大作中提到】
: C++我在九十年代就放弃了，记得要上机被考问各种稀奇古怪的语法问题，果断放弃，
: 投了新生事物佳娃娇娘。计算机是用来为我服务的，我可不是为计算机服务的。这就是
: 非科班出身的好处，不爽了就走人，不用伺候，能干出活就行。
|
w********m
发帖数: 1137 | 15 用class decorator
这样就不low了 |
h*i
发帖数: 3446 | 16 注意我的用词，我说的是“丑”，你说的是“又臭又长”，这是很不一样的。Java长得
并不丑。而说python长的丑的，我不是第一个，也不会是最后一个。网上随便搜搜，有
同感的不少。
用词的精确性反映了思维能力，我老的用词精确性算是本版比较高的，各位可以学习一
下。
【在 s*********y 的大作中提到】
: 我觉得你这是审美问题 跟时代紧密结合的 我现在看java反而觉得又臭又长 难怪
: 由java衍生出好多其他语言scala, groovy, kotlin
|
h*i
发帖数: 3446 | 17 把丑的细节藏起来，这不就是程序语言的作用之一么？
一个语言很丑，说明设计的不够好。如此而已。因为实现同样的功能，可以有更美的设
计。
程序员作为一个工匠，对自己使用的工具要挑剔，要讲究，否则就不是工匠，而成为了
工人。资本家当然想让编程变成工程，程序员成为工人。
但程序员自己要清楚，这不符合自己的利益。996，007啥的，不是工匠想要的。组织工
会啥的也不合适，因为程序员不是工人，而是工匠。
【在 l*********s 的大作中提到】
: 好看往往只是把丑的都藏起来而已, 不知道究竟早晚会出问题.
|
s*********y
发帖数: 6151 | 18 我无意与你争吵。 美丑本来就是很主观的问题， 我以前也觉得python很丑 但用多了
就觉得顺眼了
现在越来越不在乎语言 而更在意解决问题 语言本身并没有很大差异 或者在系统面
前这种差异可以小到忽略不计 就好像我们之间可以用英文交流 也可以
用中文交流 只要交流的目的达到了 也就足够了
现在的tooling越来越高级 我们更多的都是站在较高的level上去解决一个实际问题
对于底层的 细节的实现越来越不在意也是必然的趋势。 就好像古代所有的家庭 村庄
都是自给自足 人人都很擅长劳动 现代人却逐渐变的四体不勤 但你不能说是倒退
在我看来这恰恰是进步。
【在 h*i 的大作中提到】
: 注意我的用词，我说的是“丑”，你说的是“又臭又长”，这是很不一样的。Java长得
: 并不丑。而说python长的丑的，我不是第一个，也不会是最后一个。网上随便搜搜，有
: 同感的不少。
: 用词的精确性反映了思维能力，我老的用词精确性算是本版比较高的，各位可以学习一
: 下。
|
f*******t
发帖数: 7549 | 19 他喜欢数lisp的右括号，审美一言难尽。
话说这种事也没啥好吵的，管别人干啥，自己爱什么语言就用什么呗。
【在 s*********y 的大作中提到】
: 我无意与你争吵。 美丑本来就是很主观的问题， 我以前也觉得python很丑 但用多了
: 就觉得顺眼了
: 现在越来越不在乎语言 而更在意解决问题 语言本身并没有很大差异 或者在系统面
: 前这种差异可以小到忽略不计 就好像我们之间可以用英文交流 也可以
: 用中文交流 只要交流的目的达到了 也就足够了
: 现在的tooling越来越高级 我们更多的都是站在较高的level上去解决一个实际问题
: 对于底层的 细节的实现越来越不在意也是必然的趋势。 就好像古代所有的家庭 村庄
: 都是自给自足 人人都很擅长劳动 现代人却逐渐变的四体不勤 但你不能说是倒退
: 在我看来这恰恰是进步。
|
h*i
发帖数: 3446 | 20 那不就结了嘛，你自己也同意，python就是丑。看时间长了就不觉得了，这个与臭的东
西闻久了不觉得臭一回事嘛。
那你反对个啥嘛。我就是感慨一下，这么丑的东西，很多人用，不行么？
我其实还有一个隐含的观点，就是我上面说的，其实大多数程序员没有选择的自由，很
可怜。与我提倡的程序员工匠化有很大距离。但是，如果在一个程序员版面里面，这种
为程序员自己说两句话都得不到认同，我不知道还有什么其他地方会有人讨论这种如何
维护程序员利益的话题。
这样就更可怜了。
大致就是这个意思。
很多人觉得编程序工程化是好事，其实不然。程序员应该学习医生，律师这些行业，要
懂得行业保护，避免工程化。可惜很多人不懂得这个道理，被资本家洗了脑。比如，
为啥现在硬工觉得不如软工？还是因为硬工工程化程度高。工程化了，从业人员就成了
工人，成了螺丝钉。这么明摆着的事，很多人看不明白，也是奇了。
【在 s*********y 的大作中提到】
: 我无意与你争吵。 美丑本来就是很主观的问题， 我以前也觉得python很丑 但用多了
: 就觉得顺眼了
: 现在越来越不在乎语言 而更在意解决问题 语言本身并没有很大差异 或者在系统面
: 前这种差异可以小到忽略不计 就好像我们之间可以用英文交流 也可以
: 用中文交流 只要交流的目的达到了 也就足够了
: 现在的tooling越来越高级 我们更多的都是站在较高的level上去解决一个实际问题
: 对于底层的 细节的实现越来越不在意也是必然的趋势。 就好像古代所有的家庭 村庄
: 都是自给自足 人人都很擅长劳动 现代人却逐渐变的四体不勤 但你不能说是倒退
: 在我看来这恰恰是进步。
|
|
|
h*i
发帖数: 3446 | 21 我没说你写的代码丑，你不要生气。你写的代码中规中矩，没有问题。只是这个语言的
确很丑，我看见了就感慨一下而已。没有针对你。
我也说了，这是很多人的共识。
不信你自己不妨退后三步看看，__init__ 这种玩意不丑么？
【在 f*******t 的大作中提到】
: 他喜欢数lisp的右括号，审美一言难尽。
: 话说这种事也没啥好吵的，管别人干啥，自己爱什么语言就用什么呗。
:
:
:
|
h*i
发帖数: 3446 | 22 软件有特殊性，不是资本家想工程化，想外包就能搞定的。软件工程叫了几十年了，成
了么？没有，对不对？外包也几十年了，软工的包裹变小了么，没有，反而越变越大了
，对不对？
软件的特殊性在于他是直接为人服务的，所以与其他直接为人服务的职业，比如医生，
比如律师这些更接近，而与工程这些与物理世界打交道的职业更远。
软件更类似于第三产业，因为每个用户都有特殊要求。所以PM今天要这个，明天想那个
，天天变要求，对软工来说是好事，PHB们的存在，其实是软工饭碗稳定性的保证。
感谢屁都不懂的PHB们，让我们的包裹越练越大。
嗯，有意思。这个很反直觉的说法，我还没听别人说过，看来又是我老的理论创新了。
哈哈。
【在 h*i 的大作中提到】
: 那不就结了嘛，你自己也同意，python就是丑。看时间长了就不觉得了，这个与臭的东
: 西闻久了不觉得臭一回事嘛。
: 那你反对个啥嘛。我就是感慨一下，这么丑的东西，很多人用，不行么？
: 我其实还有一个隐含的观点，就是我上面说的，其实大多数程序员没有选择的自由，很
: 可怜。与我提倡的程序员工匠化有很大距离。但是，如果在一个程序员版面里面，这种
: 为程序员自己说两句话都得不到认同，我不知道还有什么其他地方会有人讨论这种如何
: 维护程序员利益的话题。
: 这样就更可怜了。
: 大致就是这个意思。
: 很多人觉得编程序工程化是好事，其实不然。程序员应该学习医生，律师这些行业，要
|
f*******t
发帖数: 7549 | 23 不是生气，而是想起了几年前为了Go和lisp/clojure哪个好吵过，现在想来争这些完全
没意思，跟饭圈似的。。。
【在 h*i 的大作中提到】
: 我没说你写的代码丑，你不要生气。你写的代码中规中矩，没有问题。只是这个语言的
: 确很丑，我看见了就感慨一下而已。没有针对你。
: 我也说了，这是很多人的共识。
: 不信你自己不妨退后三步看看，__init__ 这种玩意不丑么？
|
w***g
发帖数: 5958 | 24 能觉得python丑的都是技术不错又有品位的。大部分人都是没办法才用。
【在 h*i 的大作中提到】
: 那不就结了嘛，你自己也同意，python就是丑。看时间长了就不觉得了，这个与臭的东
: 西闻久了不觉得臭一回事嘛。
: 那你反对个啥嘛。我就是感慨一下，这么丑的东西，很多人用，不行么？
: 我其实还有一个隐含的观点，就是我上面说的，其实大多数程序员没有选择的自由，很
: 可怜。与我提倡的程序员工匠化有很大距离。但是，如果在一个程序员版面里面，这种
: 为程序员自己说两句话都得不到认同，我不知道还有什么其他地方会有人讨论这种如何
: 维护程序员利益的话题。
: 这样就更可怜了。
: 大致就是这个意思。
: 很多人觉得编程序工程化是好事，其实不然。程序员应该学习医生，律师这些行业，要
|
l*********s
发帖数: 5409 | 25 前提是要藏的够好,可以永远不需要去看下面,否则就会极其恶心. 所以我觉得抽象程度
不是越高越好.
【在 h*i 的大作中提到】
: 把丑的细节藏起来，这不就是程序语言的作用之一么？
: 一个语言很丑，说明设计的不够好。如此而已。因为实现同样的功能，可以有更美的设
: 计。
: 程序员作为一个工匠，对自己使用的工具要挑剔，要讲究，否则就不是工匠，而成为了
: 工人。资本家当然想让编程变成工程，程序员成为工人。
: 但程序员自己要清楚，这不符合自己的利益。996，007啥的，不是工匠想要的。组织工
: 会啥的也不合适，因为程序员不是工人，而是工匠。
|
