草庐IT

坏主意

全部标签

android - 服务连接到 Firebase 是个坏主意?

我正在构建一个需要实时更新的Android应用程序。我的服务器是Firebase。Firebase旨在在用户连接到服务器时接收其更新的数据。到目前为止,我对Firebase印象深刻,但我担心的是在应用程序未激活时接收新数据。我真的不想尝试这些想法,然后发现它们是个坏主意,因为我时间不够。我正在寻找建议和建议。Aservice(example).担心电池消耗并检查我的connection如果用户始终保持连接,则限制。每X小时运行一次同步的AlarmManager。担心无法足够快地获得更新。使用GCM推送通知发送tickle。担心为另一项服务付费。我错过了任何其他建议或可能的问题吗?感谢您

c++ - 扩展 std::vector 是个好主意吗?

稍微使用javascript,我意识到与C++相比,它的开发速度更快,后者由于通常不适用的原因而减慢了编写速度。总是传递.begin()和.end()是不舒服的,这在我的所有应用程序中都会发生。我正在考虑扩展std::vector(更多的是通过封装而不是继承),它主要遵循javascript方法的约定,例如.filter([](inti){returni>=0;}).indexOf(txt2).join(delim).reverse()代替autoit=std::copy_if(foo.begin(),foo.end(),std::back_inserter(bar),[](inti)

c++ - 在 C++ 中,如果复制一个对象是可能的,但确实很昂贵而且通常不是一个好主意,您是否仍然应该使用复制构造函数来实现复制?

我是C++的新手,我对一些关于复制的C++约定有疑问。我在谷歌上四处搜索,并没有真正找到好的指导,所以我求助于你们这些好人。假设您有一个对象,代表某种技术上可复制的资源,但复制成本很高,而且几乎总是错误的做法。你还应该为它实现一个复制构造函数吗?还是创建一个类似make_copy()的成员函数更好(对于那些您确实想要复制对象的罕见情况)。例如:假设您有一个表示存储在显存中的纹理的类。该资源在技术上是可复制的:您可以为其创建一个新句柄并复制内存(通过CPU或使用图形库调用)。但一般来说,这不是你真正想经常做的事情。它很昂贵,而且通常是错误的做法,并且可能非常浪费内存。但是,您可以想象有意

c++ - 应用一些基本宏来简化大型项目中的代码是个好主意吗?

我已经在基础C++库上工作了一段时间,我有各种各样的想法可以真正简化代码编写和管理过程。其中之一是引入一些宏的概念,以帮助简化经常出现但比应有的要复杂一些的语句。例如,我提出了这个基本宏来简化最常见的for循环类型:#defineloop(v,n)for(unsignedlongv=0;v这将使您能够替换那些您经常看到的笨重的for循环:for(inti=0;i有了更容易编写,甚至更高效的东西:loop(i,max_things)像这样使用约定是个好主意吗?使用不同类型的编译器时是否会遇到任何问题?对于不熟悉宏的人来说会不会太困惑了? 最佳答案

c++ - QT:将我的域对象基于 QObject 是个好主意吗?

我对将QT框架与C++结合使用相当陌生。我想知道:将我的域类基于QObject是个好主意吗?或者我应该只对层次结构中较高的类执行此操作吗?(更接近用户界面级别)。QT文档对此并不清楚:摘自QT文档:Themeta-objectsystemisaC++extensionthatmakesthelanguagebettersuitedtotruecomponentGUIprogramming.显然,我想以结构良好的方式构建我的应用程序。在过去的几天里,我一直在浏览QT文档以找到这个问题的答案。我不想犯一些基本错误,这会让我的申请永远瘫痪;-)。我已经看过QObject和Qt对象模型的基本文

c++ - 好主意/坏主意我应该重新实现大部分 C++ 吗?

关闭。这个问题是opinion-based.它目前不接受答案。想改善这个问题吗?更新问题,以便可以通过editingthispost用事实和引文回答问题.3年前关闭。Improvethisquestion最近,我在阅读this后想到了一个危险的想法博客文章。这个想法可以这样表达:我不需要C++标准库提供的大部分内容。那么,为什么我不实现一个不太通用但更易于使用的版本呢?例如,使用STL会产生大量难以理解和错误的编译器错误。但是,我不关心分配器、迭代器等。例如,为什么我不花几个小时来实现一个易于使用的链表类呢?我想从StackOverflow社区知道的是:对于C++中的大多数现有功能,“

c++ - 在哪里使用 "std::valarray"是个好主意?

我在NicolaiM.Josuttis编写的C++书中读到了有关std::valarray的内容。他在他的书TheC++StandardLibrary第17.4章中写道:Thevalarrayclasseswerenotdesignedverywell.Infact,nobodytriedtodeterminewhetherthefinalspecificationworked.Thishappenedbecausenobodyfelt“responsible”fortheseclasses.ThepeoplewhointroducedvalarraystotheC++standard

c++ - 尽可能多地维护 "const-ness"是个好主意吗?

最近,我一直在养成一种习惯,将我的代码中的许多东西作为const:(1)函数参数,我知道永远不会改变。例如:voidfoo(constinti,conststrings)^^^^^^^^^^(2)返回类型作为const。例如:structA{...constintfoo(){return...;}^^^^^operatorconstbool()const{return...;}^^^^^};(3)整数或字符串的简单计算。例如:constuintsize=vec.size();^^^^^conststrings2=s1+"hello";^^^^^...还有其他一些地方。通常在其他现实世界

windows - 从 Web 开发转向 Windows 开发是个好主意吗

您认为从Web开发转向Windows开发是个好主意吗 最佳答案 据我所知,Web开发现在的需求量肯定很大。大多数工作列表要求ASP.NET、PHP等。肯定有公司在做Windows应用程序,但随着技术变化的速度,Web应用程序似乎是公司跟上步伐的最简单方法。 关于windows-从Web开发转向Windows开发是个好主意吗,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/10306

windows - 重用 Azure Web 角色进行后端处理是个好主意吗?

我正在将一个巨大的应用程序移植到WindowsAzure。它将有一个Web服务前端和一个处理后端。到目前为止,我认为我会使用Web角色来为客户端请求提供服务,并使用worker角色来进行后端处理。管理两种角色似乎有问题-我需要决定如何扩展两种角色,而且我需要每个角色的多个(至少两个)实例以确保合理的容错能力,这将略微增加操作费用。此外,在我的应用程序中,客户端请求相当轻量级,而后端处理是重量级的,因此我预计后端处理会比为客户端请求提供服务消耗更多的处理能力。这就是为什么我考虑对所有内容都使用Web角色-只需生成线程并在每个实例中同时执行服务请求和后端处理。这将使角色更加复杂,但我想会简