LibChecker / LibChecker/LibChecker-Rules

(讨论)对于不开放的私有Lib,是否应当添加标记?

Open
#16 8 comments 5 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
197
Forks
82
PR merge metrics
No merged PRs in 30d

Description

其实到目前为止,我还是不太了解您开发这个App的初衷,只是因为我自己有在做一些国产软件相关的统计,碰巧在酷安看到了您这款软件,觉得比较有帮助,在统计时也就顺手补充了一点信息。
有些App的私有Libs,命名也相对较为规范,虽然这些Libs并不是公开给其他开发者可以接入的,但是通过名称和App本身具有的功能,也能够猜出其大致的作用。
比如网易云音乐中,就有下列这一系列命名非常规律的私有lib:
libnecmH264Enc.so
libnecmH264Dec.so
libnecmMediaEdit.so
libnecmMediaCommon.so
libnecmMediaInfo.so
libnecmAACEnc.so
libnecmMediaPlayer.so
libnecmAACDec.so
libnecmMediaGift.so
libnecmMediaFlvCrypto.so
libnecmMP3Dec.so
libnecmMediaCodecJDec.so

这些都是凭借“常识”就可以推断出他们具体作用的运行库文件,是否有必要为这些文件增加标记描述呢?

我目前不是一个Android开发者,只是一个比较爱折腾的玩家,当然因为有在学习其他的编程语言,各类开发文档还是能含糊的懂个大概、稍稍查些资料也就能获得一些这类“常识”。对于和我差不多的、同样具有一些“常识”的用户来说,给这些文件标记完全没有意义,因为仅仅是合理猜测,而无法去真正证实。

但对于纯小白用户而言,他们可能更关心的,是App会不会偷偷“干一些坏事”,如果我们把这些能够通过合理猜测推断出它的用途的lib,给打上一个标签,和描述的话,这样App列表里剩下的,就仅仅是我们谁也无从推断的libs没有标记(当然可以开调试然后穷举操作行为直到找出调用的时刻,不过没有意义)这样的话,当他们点开一个App详情,看到全部的Libs都是“有人了解它是干啥的”的时候,就会对这个App更加放心一些,反过来,如果一点开,里面全是“不明所以”的libs,就会更加担心这个App是否会作恶。

因为并不了解您开发这款App是否有面向小白用户的想法,所以我提出了这样一个意义不大的问题,如有打扰,还请谅解。

选择发在Issue而并非通过反馈的方式,是因为这个想法,我希望可以被其他人也看到,如果有足够多的用户也认为有必要添加的话,那么即使您不想浪费时间在这些意义不大的事情上,其他愿意花些时间在这上面的用户也可以另行Fork出一个版本,但如果多数人也都认为没意义,那自然就不必去做这件事了。

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or entry points are named. Read the issue and its discussion first to determine whether inferred private-library purposes should receive labels or descriptions. Done would require an agreed scope and a documented way to distinguish supported information from speculation.

Written by the indexing model from the issue text.

Assessment

Domain
content
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.