腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
文章
问答
(9999+)
视频
沙龙
1
回答
什么时候
我们
应该
使用
asyncio.get_running_loop
()
而
不是
asyncio.get_event_loop
()?
、
我见过
使用
以下命令运行阻塞代码: loop =
asyncio.get_running_loop
()await loop.run_in_executor(None, blockingfunc)
我们
应该
在
什么时候
使用
asyncio.get_running_loop
()与
asyncio.
浏览 177
提问于2020-12-09
得票数 1
3
回答
Python asyncio未执行
、
我
不是
一个真正的Python专家,所以如果这很明显的话,请原谅。我正在尝试
使用
asyncio运行脚本。: # do stuff loop =
asyncio.get_event_loop
() loop.run_until_complete(main()) 当我运行这段代码时,我得到: DeprecationWarning:没有当前事件循环=
asy
浏览 221
提问于2021-11-22
得票数 0
1
回答
我是否需要跟踪异步事件循环,或者是否可以在需要时调用
asyncio.get_event_loop
?
、
、
、
我正在
使用
aiohttp编写REST API。 一些协程需要
使用
aiomysql library调用数据库。aiomysql的文档包含以下示例: import asyncio conn.close() loop.run_until_complete(test_example()) 我的问题是关于全局变量loop的定义 loop =
asynci
浏览 32
提问于2020-11-11
得票数 2
回答已采纳
3
回答
什么时候
我们
应该
使用
结构
而
不是
枚举呢?
、
、
什么时候
使用
结构比
使用
枚举更好(反之亦然)?有人能给出一个明确的例子,说明
使用
结构比
使用
枚举更可取吗?
浏览 0
提问于2018-02-12
得票数 12
回答已采纳
7
回答
什么时候
我们
应该
使用
Java的线程
而
不是
Executor?
、
、
、
什么时候
你想直接
使用
Thread,
而
不是
依赖于更健壮的executor?
浏览 0
提问于2009-07-07
得票数 56
回答已采纳
2
回答
什么时候
我们
应该
选择nHibernate
而
不是
其他的ORM?
、
我愿意接受任何深思熟虑的答复,但以下是一些我有问题的例子: 在哪种情况下,缓存系统比页面输出缓存更好?只有在非分布式环境中才是这样吗?
浏览 1
提问于2012-08-01
得票数 8
回答已采纳
4
回答
我们
什么时候
应该
使用
工厂方法模式?(
而
不是
组成)
、
、
、
、
问题倾向于组合
而
不是
继承。以上的工厂方法采用继承的方法得到具体的产品。另外,子类需要实现createProduct,它将创建并返回ConcreteProduct。如果将抽象方法从工厂类中删除(这使得Factory类成为非抽象类),
而
不是
对Factory类进行子类分类。现在,工厂类可以由新的类组成,并且可以在其中注入具体的产品对象,如下例所示。要实现由Factory方法模式定义的场景中的意图,为什么不按下面的方式
使用
常规多态性?我知道工厂方法模式有更多我所缺少的东西,但是通过偏爱组合
而
<e
浏览 7
提问于2017-03-02
得票数 3
回答已采纳
1
回答
什么时候
我们
应该
使用
file.write(...)
而
不是
file.createWriteStream(...)?
、
、
、
file.write(fd,...)和file.createWriteStream(...)有什么区别?var http = require('http');http.createServer(function(request, response) { request.pipe(newFile); var htt
浏览 4
提问于2017-02-26
得票数 1
2
回答
什么时候
应该
使用
#ifdef
而
不是
if()?
、
、
在Objective-C中工作时,
什么时候
适合
使用
#ifdef、#if、#ifndef和#define等预处理器指令,
而
不是
if()和switch()等语句
浏览 0
提问于2011-09-06
得票数 0
回答已采纳
1
回答
我们
应该
使用
_In_
而
不是
__in吗?
、
、
、
|我总是
使用
这些注释
我们
应该
从现在开始
使用
下面的注释吗?
浏览 0
提问于2010-11-04
得票数 7
回答已采纳
2
回答
什么时候
我们
应该
使用
Action<T>
而
不是
创建自定义委托
、
、
什么时候
我们
应该
使用
Action<T>,
而
不是
显式地定义委托? 谢谢
浏览 0
提问于2012-11-06
得票数 2
回答已采纳
1
回答
什么时候
我们
应该
更喜欢硬耦合
而
不是
松耦合?
、
、
我一直在想,
什么时候
硬耦合比松耦合更适合?
什么时候
对象是硬耦合的候选对象?我认为,视情况而定,它可以减少一些复杂性。 请举出一些例子。
浏览 2
提问于2017-08-14
得票数 0
回答已采纳
1
回答
在Server 2008中,
我们
什么时候
应该
使用
存储过程
而
不是
函数?
、
、
由于在何时
使用
存储过程
而
不是
函数的场景中,我不太清楚, 我有一个已经在
使用
函数的场景,但是由于在存储过程中执行需要很长时间,现在我可以用一个过程替换这个函数(它返回一个字符串)吗?
浏览 3
提问于2014-03-14
得票数 0
回答已采纳
2
回答
我们
什么时候
说“让
我们
使用
%ROWTYPE”
而
不是
%类型?
、
如果我有一个包含大约15列的表myTable,并且我只想选择大约5列,那么是否值得拥有一个rec myTable%ROWTYPE ( 10 cols将完全不
使用
),还是只创建一个TYPE rec..
我们
通常在多大程度上创建手动类型和行类型? 如何为带有联接的SELECT查询声明行类型?
浏览 6
提问于2013-07-16
得票数 0
回答已采纳
6
回答
什么时候
应该
使用
WaitHandle
而
不是
锁?
、
、
在C#中,
什么时候
应该
使用
WaitHandle
而
不是
lock?
浏览 0
提问于2011-04-29
得票数 4
回答已采纳
1
回答
什么时候
应该
使用
“组件”
而
不是
“服务”?
、
、
、
不同之处在于它的
使用
,所以我只在访问存储库的服务层中
使用
@Service。 我想知道选择@Component
而
不是
@Service的更好方法是什么。请注意,我现在正在为我创建的工厂
使用
@Component,因为工厂不需要处理存储库。
浏览 0
提问于2018-01-18
得票数 7
回答已采纳
1
回答
什么时候
应该
使用
`@+id`
而
不是
@id`?
、
当我第一次
使用
@+id
而
不是
@id时,我找到了一个解决办法--将引用到它们,
而
不是
在实际定义它们所引用的对象时。我目前的假设是,您
应该
在第一次
使用
@+id时
使用
ID,
而
不是
在初始化ID将要表示的对象时
使用
,这有点像C/C++,以及在
使用
该函数的实际代码之前的行中,它们至少需要一个函数原型。我的另一个问题是,当您
使用
基于GUI的Eclipse UI构建器
浏览 1
提问于2012-01-12
得票数 4
回答已采纳
3
回答
什么时候
应该
使用
Map
而
不是
For循环?
、
现在,如果doSomething有一个
我们
需要检查的返回值,它将作为一个列表从map返回,在for循环中,
我们
可以创建自己的列表,也可以一次检查一个。这两个doSomethingWithReturnValue函数可能是不同的,这取决于
我们
是在循环过程中动态检查它们,还是在结束时一次性检查它们产生不同的结果。此外,for循环似乎总是有效的,可能会更慢,
而
map仅在某些情况下有效。当然,
我们
可以通过扭曲来使其中任何一个工作,但关键是要避免这种类型的工作。如果答案是真的没有太大的区别,那么我想知道人们在实践中<
浏览 5
提问于2009-12-29
得票数 65
回答已采纳
4
回答
什么时候
应该
使用
UserControl
而
不是
页面?
、
、
我注意到,许多WPF MVVM框架似乎都避免
使用
NavigationWindow和Page控件,
而
倾向于
使用
嵌套UserControls编写页面。避免
使用
NavigationWindow和Page有什么特别的原因吗?
浏览 0
提问于2010-04-12
得票数 8
回答已采纳
1
回答
什么时候
应该
使用
NSKeyedArchiver
而
不是
SQLite?
、
、
、
、
我正在编写一个iPhone应用程序,它需要存储大约10条记录,每个记录占用20-200 KB的空间。我需要在NSKeyedArchiver和SQLite之间做出选择。我的问题是:谢谢!
浏览 3
提问于2012-03-11
得票数 0
点击加载更多
热门
标签
更多标签
云服务器
ICP备案
云直播
腾讯会议
实时音视频
活动推荐
运营活动
广告
关闭
领券