草庐IT

FLAG_ACTIVITY_CLEAR_TOP

全部标签

Android 的 Activity == Windows 的模态对话框?

我已经为Windows编程多年,现在才开始学习Android...很多新术语,所以我很自然地将新术语(或概念)与我熟悉的术语(或概念)进行比较。在Android的“应用程序基础”中,4个应用程序组件中的第一个被命名为Activity,并被描述为“一个的可视用户界面专注于用户可以承担的努力...从一项Activity转移到另一项Activity是通过让当前Activity启动下一个Activity来完成的。”这听起来很像Windows对话框的行为。是吗?您对此有何看法? 最佳答案 Activity更接近于窗口,或者更接近于Web应用程

windows - Windows 上的 QML : make the window to stay on top

我确实需要让我的窗口在Windows上保持在顶部,但Windows本身似乎并不需要willingtoallowme做这个。我无法使用设置注册表值的解决方法,因为我无法要求用户注销/登录。此外,我使用QML和QWidget::raise()andQApplication::setActiveWindow()的解决方案似乎也不起作用,因为我没有设法使用以下代码将QML根对象作为QWidget指针获取:QWidget*mainWin=qobject_cast(engine.rootObjects().at(0));if(mainWin){mainWin->raise();QApplicati

.net - WPF 窗口位置属性 Left、Top、Height 和 Width 是否实际上是双倍的?

位置属性Left,Top,Height和WidthWPF窗口的是double。然而当interactingwithwindowsmessages喜欢WM_MOVING和WM_MOVE,必须将double转换为integraltype.这对我来说似乎没问题,因为所有Windows通知似乎都在其所有位置参数中使用整数类型,我想这些消息与WPF位置属性密切相关。所以问题是,我的这个假设是否正确,或者Windows通知实际上是双倍的,最终会有一些奇怪的副作用吗? 最佳答案 在WPF窗口中,这些属性实际上映射到窗口的位置,正如您所指出的(在W

c# - Activity 监视器

我想知道是否有一种工具可以跟踪我的C#程序正在使用/访问的文件列表(文本/任何外部文件)?=D有什么工具吗?附注它是为了测试程序安全性..;) 最佳答案 ProcessMonitor监控任何文件系统、注册表、线程、网络和事件日志Activity。 关于c#-Activity监视器,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/4334780/

OWASP—Top10(2021知识总结)

OWASPtop102021年版TOP10产生三个新类别,且进行了一些整合考虑到应关注根本原因而不是症状。A01:失效的访问控制​从第五位上升称为Web应用程序安全风险最严重的类别,常见的CWE包括:将敏感信息泄露给未经授权的参与者、通过发送的数据泄露敏感信息、跨站请求伪造(csrf)风险说明:​访问强制实施策略,使用户无法在其预期权限之外操作。失败的访问控制通常导致未经授权的信息泄露,修改或者销毁所有数据,或在用户权限之外执行业务功能。常见的访问控制脆弱点:违法最小权限原则或默认拒绝原则,即访问权限应只授予特定能力、角色或用户,但实际上任何人都可以访问通过修改URL(参数修改或强制浏览),内

c - Win32 : Returning a minimized and hidden window to top

在wndproc中将窗口“最小化”到托盘后,我无法恢复窗口:caseWM_SIZE:if(wparam==SIZE_MINIMIZED){ShowWindow(hwnd,SW_HIDE);}break;托盘消息处理程序如下所示:caseTRAY_ICON_MESSAGE:switch(lparam){caseWM_LBUTTONDOWN:ShowWindow(hwnd,SW_RESTORE);BringWindowToTop(hwnd);SetFocus(hwnd);break;//...该窗口确实会重新出现,但始终隐藏在其他窗口下方并且不会出现在顶部。SetFocus()和Bring

c++ - 具有重叠 I/O 的 FILE_FLAG_NO_BUFFERING - 字节读为零

我在使用带有重叠I/O的标志FILE_FLAG_NO_BUFFERING时观察到一个奇怪的行为。我调用了一系列ReadFile()函数调用,稍后使用GetOverlappedResult()查询它们的状态。我所说的奇怪行为是,即使文件句柄良好并且ReadFile()调用返回时没有任何错误(预期的ERROR_IO_PENDING除外),从GetOverlappedResult()调用返回的“字节读取”值是某些文件为零,每次我运行代码时,它都是一组不同的文件。如果我删除FILE_FLAG_NO_BUFFERING,事情就会开始正常工作,并且没有字节读取值为零。下面是我如何使用FILE_FL

c# - Windows 8 - WriteTextAsync 异常 "Cannot evaluate expression because a native frame is on top of the call stack."

我想使用StorageFile来实现读取和写入,如下所示http://msdn.microsoft.com/en-us/library/windows/apps/hh758325.aspx#writing_to_a_file与publicasyncvoidSave(){StorageFolderstorageFolder=KnownFolders.DocumentsLibrary;StorageFilesampleFile=awaitstorageFolder.CreateFileAsync(PlayerPrefs.GetString("WorldName")+"_"+filename

windows - 为什么我不能使用 FILE_FLAG_BACKUP_SEMANTICS 打开 GENERIC_ALL 或 FILE_ALL_ACCESS 文件?

我正在尝试使用FILE_FLAG_BACKUP_SEMANTICS来绕过文件权限,但如果我请求GENERIC_ALL或等效的FILE_ALL_ACCESS它就不起作用作为访问掩码。CreateFile函数返回ERROR_ACCESS_DENIED。例如,h=CreateFile(L"c:\\working\\backup-semantics-test\\xyzzy\\test.txt",FILE_ALL_ACCESS,FILE_SHARE_WRITE|FILE_SHARE_READ|FILE_SHARE_DELETE,0,OPEN_EXISTING,FILE_FLAG_BACKUP_S

c - 使用和不使用 FILE_FLAG_NO_BUFFERING 的 NTFS 文件访问时间

我正在尝试对NTFS的文件读取时间(顺序访问)进行基准测试。我的代码获取开始时间,执行大小等于4096字节(系统上NTFS的簇大小)的读取并记录结束时间。然后存储两个时间之间的差异,并重复该过程,直到到达文件末尾。我目前使用的文件大小是40K,所以得到10个时差值。当访问没有FILE_FLAG_NO_BUFFERING打开的文件(使用CreateFile)时,第一个block的访问时间接近30微秒,然后下降到大约7微秒用于后续访问(由于缓存)。当使用FILE_FLAG_NO_BUFFERING时,第一个block的访问时间接近21毫秒,随后的访问时间下降到大约175微秒。第一个bloc