1.Vue Router 源码学习笔记4 - pushState和replaceState的源码实现
2.Vue2源码学习笔记 - 10.响应式原理一computed与watch浅析
3.easylogging源码学习笔记(6)
4.STL源码剖析总结笔记(3):vector初识
5.EasyLogger源码学习笔记(5)
6.Vue Router 源码学习笔记5 - 视图更新的实现
Vue Router 源码学习笔记4 - pushState和replaceState的实现
在Vue Router中,HTML5History的笔记push和replace操作主要通过util/push-state.js中的相应函数来执行,它们依赖window.history.pushState和window.history.replaceState API。源码对于HTML5History,笔记如果浏览器支持,源码就按照标准流程进行,笔记2944 源码即利用pushState或replaceState改变浏览器的源码历史记录,而不会导致页面刷新。笔记
对于HashHistory,源码浏览器支持与否对操作方式有影响。笔记若支持,源码同样采用类似方法,笔记通过pushState设置hash部分,源码replaceState则调用window.location.replace替换当前URL。笔记然而,源码如果浏览器不支持pushState,会直接操作window.location更改URL,以#符号为标志。
MDN文档中提到,pushState需要三个参数:状态对象、标题(通常忽略)和可选的URL。而replaceState与pushState类似,只是替换当前历史项,而非新增,解压软件看源码尽管它会在浏览器历史中生成新的记录。
当路由更改后,紧接着是视图的同步更新。详细了解这两个方法的使用,可以参考MDN文档:developer.mozilla.org/zh-CN/docs/Web/API/History/pushState。
继续深入学习,确保在实际项目中正确运用这些原理,实现无缝的路由切换。
Vue2源码学习笔记 - .响应式原理一computed与watch浅析
本文仅简要介绍Vue2源码中计算属性和侦听属性的初始化过程,深入研究响应式原理将在后续内容中进行。
计算属性初始化:在Vue实例化过程中,传入的计算属性配置被传递至initComputed函数。该函数生成每个计算属性的Watcher对象,且设置lazy选项为真。通过defineComputed函数定义计算属性为响应式变量,实现计算属性的初始化。在defineComputed中,使用Object.defineProperty将计算属性设置为响应式属性,通过生成getter函数(如computedGetter),在获取属性值时,计算并收集依赖。
侦听属性初始化:在initState函数中,侦听属性的云谷idc源码初始化调用initWatch函数。此函数直接将侦听属性传递至Vue.prototype.$watch方法,配置侦听属性与回调函数,实现侦听属性的初始化。$watch方法实例化Watcher对象,监听属性变动,当检测到变动时执行回调函数。
总结:计算属性与侦听属性的初始化相对简化,主要依赖于Watcher类。计算属性通过生成Watcher对象与getter函数,实现响应式计算与依赖收集;侦听属性则通过配置Watcher对象与回调函数,实现属性变动时的自动响应。在后续内容中,将深入研究Watcher类及其与计算属性、侦听属性的关联与配合机制。
easylogging源码学习笔记(6)
`LOG` 是默认日志、CLOG自定义日志、LOG_IF条件日志
特殊日志
LOG_EVERY_N、LOG_AFTER_N、LOG_N_TIMES
for (int i = 1; i <= ; ++i) {
LOG_EVERY_N(2, INFO) << "Logged every second iter";
}// 5 logs written; 2, 4, 6, 7,
for (int i = 1; i <= ; ++i) {
LOG_AFTER_N(2, INFO) << "Log after 2 hits; " << i;
}// 8 logs written; 3, 4, 5, 6, 7, 8, 9,
for (int i = 1; i <= ; ++i) {
LOG_N_TIMES(3, INFO) << "Log only 3 times; " << i;
}// 3 logs writter; 1, 2, 3
条件日志和特殊日志可以搭配使用
* `VLOG_IF(condition, verbose-level)`
* `CVLOG_IF(condition, verbose-level, loggerID)`
* `VLOG_EVERY_N(n, verbose-level)`
* `CVLOG_EVERY_N(n, verbose-level, loggerID)`
* `VLOG_AFTER_N(n, verbose-level)`
* `CVLOG_AFTER_N(n, verbose-level, loggerID)`
* `VLOG_N_TIMES(n, verbose-level)`
* `CVLOG_N_TIMES(n, verbose-level, loggerID)`
日志详细等级判定
if (VLOG_IS_ON(2)) {
// Verbosity level 2 is on for this file
}
性能追踪
* `TIMED_FUNC(obj-name)`
* `TIMED_SCOPE(obj-name, block-name)`
* `TIMED_BLOCK(obj-name, block-name)`
这些宏实际上都是关于el::base::type::PerformanceTrackerPtr,一个指向el::base::PerformanceTracker的指针
#if defined(ELPP_FEATURE_ALL) || defined(ELPP_FEATURE_PERFORMANCE_TRACKING)
PerformanceTracker::PerformanceTracker(const std::string& blockName,
base::TimestampUnit timestampUnit,
const std::string& loggerId,
bool scopedLog, Level level) :
m_blockName(blockName), m_timestampUnit(timestampUnit), m_loggerId(loggerId), m_scopedLog(scopedLog),
m_level(level), m_hasChecked(false), m_lastCheckpointId(std::string()), m_enabled(false) {
#if !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED
// We store it locally so that if user happen to change configuration by the end of scope
// or before calling checkpoint, we still depend on state of configuration at time of construction
el::Logger* loggerPtr = ELPP->registeredLoggers()->get(loggerId, false);
m_enabled = loggerPtr != nullptr && loggerPtr->m_typedConfigurations->performanceTracking(m_level);
if (m_enabled) {
base::utils::DateTime::gettimeofday(&m_startTime);
}
#endif // !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED
}
在构造函数中获取一个时间,
PerformanceTracker::~PerformanceTracker(void) {
#if !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED
if (m_enabled) {
base::threading::ScopedLock scopedLock(lock());
if (m_scopedLog) {
base::utils::DateTime::gettimeofday(&m_endTime);
base::type::string_t formattedTime = getFormattedTimeTaken();
PerformanceTrackingData data(PerformanceTrackingData::DataType::Complete);
data.init(this);
data.m_formattedTimeTaken = formattedTime;
PerformanceTrackingCallback* callback = nullptr;
for (const std::pair& h
: ELPP->m_performanceTrackingCallbacks) {
callback = h.second.get();
if (callback != nullptr && callback->enabled()) {
callback->handle(&data);
}
}
}
}
#endif // !defined(ELPP_DISABLE_PERFORMANCE_TRACKING)
}
在析构函数中获取一个时间,处理时间data,使用PerformanceTrackingCallback类型指针callback,访问asp显示源码并在callback->handle(&data)中处理输出。
由于定义了ELPP_FEATURE_PERFORMANCE_TRACKING,因此在初始化(INITIALIZE_EASYLOGGINGPP)中实际上是安装了一个base::DefaultPerformanceTrackingCallback。
在PerformanceTracker类的handle函数中,callback是一个PerformanceTrackingCallback类型指针,由于安装的是DefaultPerformanceTrackingCallback对象,因此是一个基类指针指向了派生类对象。处理输出的逻辑在DefaultPerformanceTrackingCallback类的handle函数中。
DefaultPerformanceTrackingCallback类的handle函数首先会将数据成员m_data的指针赋值给函数参数,并创建一个base::type::stringstream_t类型的对象ss用于构建输出内容。根据m_data的dataType,输出不同的信息。在输出时,会使用el::base::Writer类构造并输出内容。
STL源码剖析总结笔记(3):vector初识
vector是c++中常用且重要的容器之一。相较于固定大小的array,vector拥有动态分配内存的特性,允许它在使用过程中随着元素的增删而自行调整大小。这种动态性使得vector在处理不可预知数据量时更为便捷。
内部结构上,vector使用了数组作为存储基础,并通过start, finish和end of storage三个迭代器进行访问和管理空间。其中,winxp源码泄露影响start和finish分别指向可用空间的首端和尾端,end of storage则指向内存块的末尾。在vector大小为字节(位系统下,一个指针占4字节)的情况下,其大小为3。因此,vector可以灵活地通过迭代器定位数据的大小与位置。
内存管理机制是vector的精华之一。当空间耗尽时,vector会自动扩展为二倍的内存容量,以容纳新增元素。此过程涉及创建新空间,复制原有数据,然后释放旧空间,确保资源的有效利用。
vector提供了丰富的迭代器,遵循随机访问的行为,允许直接获取和修改数据,增强操作的效率。这些迭代器简化了对数据结构的遍历与修改操作。
在添加与删除数据时,vector提供了pop_back(), erase, insert等高效方法。例如,pop_back()简单地删除尾部元素,erase允许清除一个范围内的数据,并通过复制来维持数据的连续性。insert操作根据具体需求进行数据的插入与调整,确保结构的完整性与数据的正确性。
综上,vector以其灵活的内存管理和高效的数据操作,成为学习STL和掌握容器结构的理想选择。其清晰的内部机制和丰富的功能特性,为程序设计提供了强大的支持。
EasyLogger源码学习笔记(5)
在EasyLogger源码的学习中,我们了解到日志对象使用了互斥锁以确保同一时刻只有一个线程能进行操作,保证了日志管理的安全性与高效性。
对于异步输出,EasyLogger通过信号量实现了优化。当需要等待执行时,某个线程会被阻塞,以减少CPU的占用。这一特性允许用户单独设置异步输出的日志等级,提高系统的灵活性与可控性。
在文件输出时,使用了信号量集合,其中仅包含一个信号量。这一设计确保了同时只有一个线程能向文件中写入日志,避免了多线程并发写入导致的文件混乱。
日志输出的多样选择体现了EasyLogger的灵活性,无论是输出到文件还是串口,都可以根据需要配置是否采用异步输出,以适应不同的应用场景与性能需求。
此外,sem_post函数用于解锁由semby指定的信号量,执行对特定信号量的解锁操作。而semop函数则用于执行一组预先定义的信号量操作,适用于对多个信号量进行原子性操作。
在信号量集合仅包含一个信号量的情况下,使用sem_post函数进行操作可能直接替代使用semop函数。这一设计简化了信号量管理,提高了代码的可读性和效率。
Vue Router 源码学习笔记5 - 视图更新的实现
History模块的updateRoute方法主要执行三项关键任务。首先,此方法触发了cb函数,该函数相当于注册监听器,这一过程在VueRouter初始化(src/index.js)阶段完成。其次,更新了内部的_route属性。那么,视图为何会据此更新呢?答案在于响应式属性的机制。
VueRouter的install方法(src/install.js)对全局Vue对象进行了扩展,其中将_route属性定义为响应式属性。这意味着每当_route属性变化,视图就会自动更新。
响应式属性的实现原理基于Object.defineProperty,这是一种JavaScript对象属性的动态绑定机制。通过它,可以为对象属性添加读取和写入操作的监听逻辑,从而实现在属性值改变时触发相应的响应行为。
从设计模式的角度来看,这里采用了发布订阅模式。发布者(即属性值)在变化时发出事件,订阅者(视图)接收到事件后执行相应的更新操作。
进一步探索,可以尝试实现类似Object.defineProperty的功能,以深入理解其工作原理和在Vue中响应式系统中的应用。
通过自有域名+印象笔记verse搭建知识库
搭建知识库时,选择自有域名面临空间、源码稳定性和更改性问题,因此考虑采用稳定分享链接作为域名跳转方案。此方法在测试阶段显示良好效果。
域名作为个人或公司的重要标识,不可替代。通过构建简化的跳转链接与搜索页,结合印象笔记verse,不仅保留了域名与关键词搜索功能,还享有高稳定性和简单更改性。在verse更改后,即时生效(期待移动端verse的完善)。
展示了一下域名空间、跳转效果与verse后台界面。目前仅进行初步测试,若verse支持全局搜索功能,通过域名直接URL跳转,将极大简化操作流程,提升用户体验。
带源的品牌有哪些
带源的品牌包括源码链、源码笔记、车源易找等。解释如下:
源码链
源码链是一个以技术为核心的品牌。主要致力于区块链技术的研发与应用,为各类企业和开发者提供基于区块链的解决方案。品牌名中的“源码”,寓意着其注重技术的本源,追求技术的纯净与原始;而“链”则反映了其在区块链领域的专注和链接价值。这个品牌以其技术实力和创新能力得到了广大开发者和企业的认可。
源码笔记
源码笔记是一家注重知识分享和传承的品牌。它专注于各类源代码的学习和研究,为广大开发者提供有价值的笔记和教程。品牌名中的“源码”反映了其关注源代码的学习和研究领域;而“笔记”则表达了其注重知识的积累和分享。这个品牌以其深入浅出、实用为主的教程赢得了广大开发者的喜爱。
车源易找
车源易找是一家在汽车领域有着广泛影响力的品牌。其主要业务是提供汽车信息服务和车源查找服务。品牌名中的“车源”直接表达了其主要业务领域——汽车;而“易找”则体现了其服务宗旨,即为消费者提供一个简单、快捷的查找车源的平台。这个品牌以其丰富的信息资源和服务赢得了广大消费者的信任。
以上所述的几个带源的品牌,虽然所处领域不同,但它们都以自己的名字准确地反映了自身的业务范围和服务宗旨,从而获得了消费者或用户的广泛认可和信赖。