CH1-3: remove duplicate char in a string, with/without additional buffer

本文探讨了在不使用额外数组的情况下对字符进行去重的方法,并对比了使用额外缓冲区时的不同实现方式及其时间复杂度。通过两种不同方法的对比,分析了其效率差异。

感谢Hawstein的答案,然后再整理一边,make sure自己完全理解了。

所有代码在http://www.compileonline.com/compile_cpp11_online.php 上面测试,方便快捷,同时在本地和csdn git上面备份。


1. 记录各个字符出现情况的bool型scoreboard可以保存下标大于size的吗?

其实没关系,因为ASCII的decimal范围是0~127(其实还有128个,那些是extended ASCII,所以需要8位来保存全部的ascii码)。所以所有值都在0~255;

eg: 

bool a[256]; //cuz it stored the ASCII 
memset(a,0,sizeof(a));
void block(char* s){
     const int* curptr = s;
   for (int i = 0; i<len; ++i){
     int v = *curptr;
     curptr++;
     a[v] = true;  // eg: A的ASCII值是65,a的是97
   }
}


但是就算是定义了一个size为1的array:a[1],也可以定义a[300],a[301],a[302]...不知道为什么。。。

#include 
  
   
#include 
   
    
using namespace std;

double atest(double a){
    cout << a << endl;
    a = a+3.2;
    cout << a << endl;
}

void st(char *s){
    int l = strlen(s);
    cout << "\nl::" << l << endl;
}


//http://www.cplusplus.com/doc/tutorial/pointers/
void sj(char *s){
    int len = strlen(s);
    const char *current = s;
    for (int i=0; i
    
   
  



2种情况的T(n)会不一样:


#include 
 
  
#include 
  
   
using namespace std;

void a0(char* s){
    int len = strlen(s);
    int p = 0;
    if (len < 2) return;
    for (int i = 0; i
   
     
    

1. 如果不可以用另外的array的话,就要In place 的修改,也就是见到一个char就和他后面的所有字符比较一遍,当发现duplicate的情况,把那个字符置为一个flag的值,好让后面s[p++]=s[i]的时候的判定是根据(s[i]!=flag). Hawstein的flag是‘\0’,这样就不用想一个不是ASCII的字符了。不过这样就不会复制最后一个真正的结束符号,所以在循环完之后要s[p] = '\0'. 记得K&R的解答也用了这个方法。

当然,用这个方法的话,T(n)=n+(n-1)+(n-2)+...+1 = O(n^2);


2. 如果可以用additional buffer,则只需要1次循环,而modify一遍scoreboard需要O(n)的时间复杂度。


在这里的2个method都是针对输入是char型字符串:char ss1[] = "abcde";

而如果是string的话,就要用string的method,修改的话 需要用str+=,而不能s[p++].


"D:\DevEco Studio\tools\node\node.exe" "D:\DevEco Studio\tools\hvigor\bin\hvigorw.js" --mode module -p module=entry@default -p product=default -p pageType=page -p compileResInc=true -p requiredDeviceType=phone -p previewMode=true -p buildRoot=.preview PreviewBuild --watch --analyze=normal --parallel --incremental --daemon > hvigor Finished :entry:default@PreBuild... after 21 ms > hvigor UP-TO-DATE :entry:default@MergeProfile... > hvigor UP-TO-DATE :entry:default@CreateBuildProfile... > hvigor Finished :entry:default@PreCheckSyscap... after 1 ms > hvigor UP-TO-DATE :entry:default@GeneratePkgContextInfo... > hvigor UP-TO-DATE :entry:default@ProcessProfile... > hvigor UP-TO-DATE :entry:default@ProcessRouterMap... > hvigor Finished :entry:default@PreviewProcessResource... after 3 ms > hvigor UP-TO-DATE :entry:default@GenerateLoaderJson... > hvigor Finished :entry:default@PreviewCompileResource... after 250 ms > hvigor Finished :entry:default@PreviewHookCompileResource... after 1 ms > hvigor Finished :entry:default@CopyPreviewProfile... after 14 ms > hvigor Finished :entry:default@ReplacePreviewerPage... after 1 ms > hvigor Finished :entry:buildPreviewerResource... after 1 ms > hvigor Finished :entry:default@PreviewUpdateAssets... after 7 ms > hvigor ERROR: Failed :entry:default@PreviewArkTS... > hvigor ERROR: ArkTS:ERROR File: D:/HuaWei1/entry/src/main/ets/pages/OneWayBinding.ets:42:8 Duplicate identifier &#39;sonComp&#39;. ArkTS:ERROR File: D:/HuaWei1/entry/src/main/ets/pages/OneWayBinding.ets:74:8 Duplicate identifier &#39;grandsonComp&#39;. ArkTS:ERROR File: D:/HuaWei1/entry/src/main/ets/pages/TwoWayBinding.ets:42:8 Duplicate identifier &#39;sonComp&#39;. ArkTS:ERROR File: D:/HuaWei1/entry/src/main/ets/pages/TwoWayBinding.ets:74:8 Duplicate identifier &#39;grandsonComp&#39;. > hvigor ERROR: BUILD FAILED in 14 s 105 ms Process finished with exit code -1
最新发布
03-24
从您的描述来看,您正在使用 **DevEco Studio** 构建 HarmonyOS 应用程序,并遇到了构建失败的问题。以下是对此错误信息的分析以及解决方案建议: ### 错误原因分析 根据日志显示的内容,构建过程中发生了以下关键问题: 1. 在文件 `OneWayBinding.ets` 和 `TwoWayBinding.ets` 中出现了重复标识符 (`Duplicate identifier`) 的情况,涉及变量名或组件名称如 `&#39;sonComp&#39;` 和 `&#39;grandsonComp&#39;`。 2. 编译器报告了 ArkTS (HarmonyOS TypeScript) 相关的语法错误。 #### 具体出错位置: - 文件路径: - `D:/HuaWei1/entry/src/main/ets/pages/OneWayBinding.ets` - `D:/HuaWei1/entry/src/main/ets/pages/TwoWayBinding.ets` - 出现重复定义的位置分别是第42行和第74行。 --- ### 解决方案 #### 1. 检查代码中是否存在重复声明 打开上述两个 `.ets` 文件并检查是否有相同的变量、函数或组件名称在同一作用域内被多次声明。例如: ```typescript // 示例错误场景 let sonComp = { ... }; // 第一次声明 ... let sonComp = { ... }; // 再次声明导致冲突 ``` 解决办法是将其中一个变量改名为其他唯一的名字,避免命名冲突。 #### 2. 确保模块导入无误 如果您在项目中跨页面共享某些数据结构(如组件配置),需要确认它们是从正确的公共模块引入的,而不是直接复制粘贴到每个页面。推荐的方式是通过导出/导入机制管理公共资源: ```typescript // Common.ts 或类似公共文件 export const sonCompConfig = { propA: true, }; // OneWayBinding.ets 和 TwoWayBinding.ets 中统一引用 import { sonCompConfig } from &#39;./Common&#39;; ``` #### 3. 清理缓存重建工程 有时旧的编译结果可能导致未预料的行为。尝试清理项目后再重新运行构建命令: ```bash # 执行清理操作 dev_eco clean # 重新启动构建流程 "HVIGORW_PATH" --mode module ... ``` #### 4. 更新 DevEco Studio 工具链版本 如果以上步骤仍无法解决问题,可能是工具链本身存在问题。您可以考虑更新至最新版 DevEco Studio 及其配套 SDK 插件。 --- ### 总结 此次构建失败主要是由于代码内的重复标识符引起的语法异常。按照上面提供的排查思路逐一校正即可恢复正常的构建过程。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值