CN112817862B - Data processing method, device, equipment and readable storage medium - Google Patents
Data processing method, device, equipment and readable storage medium Download PDFInfo
- Publication number
- CN112817862B CN112817862B CN202110199378.9A CN202110199378A CN112817862B CN 112817862 B CN112817862 B CN 112817862B CN 202110199378 A CN202110199378 A CN 202110199378A CN 112817862 B CN112817862 B CN 112817862B
- Authority
- CN
- China
- Prior art keywords
- file
- external storage
- application
- listview
- root directory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The embodiment of the invention provides a data processing method, a device, equipment and a readable storage medium, which can be applied to the technical field of computer application and can comprise the following steps: acquiring client identification information; according to the client identification information, calling an internal storage path acquisition interface to determine an application installation path corresponding to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information; acquiring an application root directory file from an application installation path and acquiring an external storage file from an application external storage path; and displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process. The data processing method, the device, the equipment and the readable storage medium can improve the debugging efficiency.
Description
Technical Field
The present invention relates to the field of computer application technologies, and in particular, to a data processing method, apparatus, device, and readable storage medium.
Background
In the process of client development or testing, the client needs to be debugged. In the prior art, for a logic code corresponding to persistent data corresponding to a client, repeated compiling, running and observing a running result are required to complete debugging. The compiling and running of the logic code, the observation of the running result and the like all need to occupy time, and the repeated compiling, running and the observation of the running result can lead to lower debugging efficiency. Persistent data refers to data stored in a storage device that may be permanently stored. It will also be appreciated that persisted data is relative to transient data, which refers to data stored in memory that may be lost due to memory reclamation from a program shutdown or other reason.
For example, in the process of checking and verifying a bug, a developer or a tester modifies a logic code when finding the bug, then compiles and runs the modified logic code, and observes the running result to verify whether the bug is repaired or not.
Disclosure of Invention
An embodiment of the invention aims to provide a data processing method, a data processing device, data processing equipment and a readable storage medium, so as to improve debugging efficiency. The specific technical scheme is as follows:
in a first aspect of the present invention, there is provided a data processing method, including:
acquiring client identification information;
according to the client identification information, an internal storage path acquisition interface is called, and an application installation path corresponding to the client identification information is determined; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information;
acquiring an application root directory file from the application installation path and acquiring an external storage file from the application external storage path;
and displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process.
Optionally, the displaying the application root directory file and the external storage file through a preset view component includes:
calling a system preset application program interface API, and creating a list view component ListView;
Creating a first ListView adapter; the ListView adapter is an intermediary that maps data to ListView;
taking the application root directory file as a data source of the first ListView adapter;
associating the first ListView adapter with the ListView;
displaying the application root directory file through a ListView associated with the first ListView adapter;
creating a second ListView adapter;
taking the external storage file as a data source of the second ListView adapter;
associating the second ListView adapter with the ListView;
the external storage file is shown through a ListView associated with the second ListView adapter.
Optionally, the application root directory file includes application root directory files of different file types; the external storage files comprise external storage files of different file types;
the step of obtaining the application root directory file from the application installation path corresponding to the client identification information according to the client identification information and obtaining the external storage file from the application external storage path corresponding to the client identification information comprises the following steps:
determining file types of different files in the application installation path according to the file suffix names;
Respectively acquiring application root directory files of different file types;
determining file types of different files in an application external storage path according to the file suffix names;
respectively obtaining external storage files of different file types;
the displaying the application root directory file and the external storage file through a preset view component comprises the following steps:
and respectively displaying files with different file types through a preset view component, wherein the files with the same file type comprise application root directory files and external storage files corresponding to the file types.
Optionally, the application root directory file and the external storage file are used as persistent data corresponding to the client identification information;
after the exposing the application root directory file and the external storage file through a preset view component, the method further comprises:
detecting clicking operation aiming at persistent data to be modified; the persistence data to be modified is determined according to actual service requirements;
when the clicking operation is detected, receiving target data input through a data input box in a visual interface;
and replacing the persistent data to be modified by the target data.
Optionally, the method further comprises:
receiving a trigger instruction aiming at a pre-packaged Software Development Kit (SDK);
calling the SDK to finish acquiring an application root directory file from an application installation path corresponding to the client identification information according to the client identification information through the SDK, and acquiring an external storage file from an application external storage path corresponding to the client identification information; and exposing the application root directory file and the external storage file through a view collection ListView component.
In a second aspect of the present invention, there is provided a data processing apparatus comprising:
the first acquisition module is used for acquiring the client identification information;
the determining module is used for calling an internal storage path acquisition interface according to the client identification information and determining an application installation path corresponding to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information;
the second acquisition module is used for acquiring an application root directory file from the application installation path and acquiring an external storage file from the application external storage path;
The display module is used for displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process.
Optionally, the display module is specifically configured to call a system preset application program interface API, and create a list view component ListView; creating a first ListView adapter; the ListView adapter is an intermediary that maps data to ListView; taking the application root directory file as a data source of the first ListView adapter; associating the first ListView adapter with the ListView; displaying the application root directory file through a ListView associated with the first ListView adapter; creating a second ListView adapter; taking the external storage file as a data source of the second ListView adapter; associating the second ListView adapter with the ListView; the external storage file is shown through a ListView associated with the second ListView adapter.
Optionally, the application root directory file includes application root directory files of different file types; the external storage files comprise external storage files of different file types;
The second obtaining module is specifically configured to determine file types of different files in the application installation path according to the file suffix name; respectively acquiring application root directory files of different file types; determining file types of different files in an application external storage path according to the file suffix names; respectively obtaining external storage files of different file types;
the display module is specifically configured to display files with different file types through a preset view component, where the files with the same file type include an application root directory file and an external storage file corresponding to the file type.
In a third aspect of the present invention, there is also provided a data processing apparatus including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete communication with each other through the communication bus;
a memory for storing a computer program;
and a processor, configured to implement the method steps described in the first aspect when executing the program stored in the memory.
In a further aspect of the present invention, there is also provided a computer readable storage medium having stored therein a computer program which, when executed by a processor, implements the method steps of the first aspect.
The data processing method, the device, the equipment and the readable storage medium provided by the embodiment of the invention acquire the client identification information; according to the client identification information, calling an internal storage path acquisition interface to determine an application installation path corresponding to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information; acquiring an application root directory file from an application installation path and acquiring an external storage file from an application external storage path; and displaying the application root directory file and the external storage file through a preset view component. Therefore, the displayed application root directory file and the external storage file can be directly processed to assist in debugging, the application root directory file and the external storage file are persistent data stored in the permanently-storable storage device, whether the persistent data are compiled and operated repeatedly or not can be avoided for verifying, meanwhile, continuous debugging of problems caused by the persistent data can be avoided, the times of compiling, operating and observing operation results can be reduced, and debugging efficiency is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below.
FIG. 1 is a flow chart of a data processing method in an embodiment of the invention;
FIG. 2 is a flowchart showing an application root directory file and an external storage file through a preset view component in an embodiment of the present invention;
FIG. 3 is a flowchart of acquiring an application root directory file from an application installation path corresponding to client identification information according to the client identification information and acquiring an external storage file from an application external storage path corresponding to the client identification information in an embodiment of the present invention;
FIG. 4 is a schematic diagram of data storage in accordance with an embodiment of the present invention;
FIG. 5 is another schematic diagram of data storage in an embodiment of the invention;
FIG. 6 is yet another schematic diagram of data storage in accordance with an embodiment of the present invention;
FIG. 7A is a diagram of data displayed in an embodiment of the present invention;
FIG. 7B is another diagram of data shown in an embodiment of the present invention;
FIG. 8 is a flow chart of processing data after application root directory files and external storage files are exposed through a preset view component in an embodiment of the invention;
Fig. 9A is a schematic diagram showing an effect of displaying data corresponding to a keyword by searching the keyword in an embodiment of the present invention;
FIG. 9B is a schematic diagram showing the effect of modifying data by inputting target data according to an embodiment of the present invention;
FIG. 10 is a flow chart of acquiring and exposing persistent data through an SDK in an embodiment of the present invention;
FIG. 11 is a schematic diagram of a data processing apparatus according to an embodiment of the present invention;
FIG. 12 is a schematic diagram of another structure of a data processing apparatus according to an embodiment of the present invention;
FIG. 13 is a schematic diagram of a data processing apparatus according to an embodiment of the present invention;
fig. 14 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be described below with reference to the accompanying drawings in the embodiments of the present invention.
The existing debugging mode is generally to modify, compile and run logic codes. And access to internal data in the client, such as sandboxed files, may be limited because of the security mechanisms of the client operating system, etc. The sandbox data is data stored in a file area which is distributed by an operating system such as an Android system for a program and can read and write data, and is one of persistent data. In the process of debugging a client, a debugger, such as a developer or a tester, generally does not consider directly processing persistent data corresponding to the client.
In order to improve the debugging efficiency, the embodiment of the invention obtains the persistent data corresponding to the client; and the persistent data is displayed, so that a debugger can process the persistent data in the debugging process. The persistent data can be directly checked and/or modified to assist in debugging, for example, assist in development of developers or testing by testers, so that whether the persistent data is compiled, operated and the like is accurately and repeatedly verified, and meanwhile, continuous debugging on problems caused by the persistent data can be avoided, the times of compiling, operating and observing operation results are reduced, and the debugging efficiency is improved.
Persistent data refers to data stored in a storage device that may be permanently stored. For example, the data in the memory is stored in a relational database, in a disk file, and so on.
The persistent data corresponding to the client may include data generated by the client during operation. Can be persisted in databases, disk files, etc. For example, a picture cache, a database file, an audio track file of a video resource, a subtitle file, a log file, a cache file of an applet and a plug-in, etc. saved at the client runtime may be included.
The embodiment of the invention provides a data processing method, which can comprise the following steps:
acquiring client identification information;
according to the client identification information, calling an internal storage path acquisition interface to determine an application installation path corresponding to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information;
acquiring an application root directory file from an application installation path and acquiring an external storage file from an application external storage path;
and displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process.
In the embodiment of the invention, the application root directory file and the external storage file are displayed through the preset view component. Therefore, the displayed application root directory file and the external storage file can be directly processed to assist in debugging, the application root directory file and the external storage file are persistent data stored in the permanently-storable storage device, whether the persistent data are compiled and operated repeatedly or not can be avoided for verifying, meanwhile, continuous debugging of problems caused by the persistent data can be avoided, the times of compiling, operating and observing operation results can be reduced, and debugging efficiency is improved.
The execution main body of the data processing method provided by the embodiment of the invention can be electronic equipment, and a client can be installed in the electronic equipment, such as a mobile phone, a desktop computer and the like.
Fig. 1 is a flowchart of a data processing method according to an embodiment of the present invention. Referring to fig. 1, the data processing method provided by the embodiment of the present invention may include:
s101, acquiring client identification information.
The client identifying information is used to identify the client, and may include a client name, etc.
S102, calling an internal storage path acquisition interface according to client identification information, and determining an application installation path corresponding to the client identification information; and calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information.
An operating system, such as Android, provides two types of physical storage locations for clients: an internal storage space and an external storage space. The internal storage space stores data specifically through an internal storage path, which may also be understood as an application installation path. The external memory space stores data in particular via an external memory path, which may also be understood as an application external memory path.
The internal storage may include a storage path assigned by the operating system for the client that is private to the client installation package. Such as a storage path assigned by the operating system for an installed Application (App) that is private to the App install package. This storage path is located at a very specific location in the operating system, and if the developer stores a file in an internal store, the file is by default accessible only to the developer's application, that is to say the application creates a file for the internal store, with which the application is associated. When an application is uninstalled, the files in the internal storage are also deleted. The files stored under this installation path are also referred to as sandboxed files.
The external storage, including other storage paths that are distinct from the internal storage, may be accessed by the application after obtaining permission from the user. Such as a storage path in the mobile phone storage that is not private to the App installation package, or a secure digital card (Secure Digital Memory Card, SD) storage path in the mobile phone, etc.
The data corresponding to the client is stored in the application installation path and the application external storage path corresponding to the client identification information.
For example, when an application is installed on a mobile terminal, such as a mobile phone, an operating system, such as an Android system, allocates an installation directory, i.e. an application root directory, for the application being installed, where the directory is an application-specific storage space, i.e. an internal sandbox. The application root directory can be understood as an internal storage path, and files under the application root directory are also referred to as application root directory files. External storage is the external storage path that the system allocates for an application.
The internal storage path acquisition interface is an interface of an operating system, such as an Android system, and the electronic equipment can determine an application installation path by calling the internal storage path acquisition interface.
The external storage path acquisition interface is also an interface of an operating system, such as an Android system, and the electronic equipment can determine an application external storage path by calling the external storage path acquisition interface.
S103, acquiring an application root directory file from an application installation path and acquiring an external storage file from an application external storage path.
The application root directory file can be obtained from the application installation path; listing all acquired files (including folders and specific files); adding all the obtained files into a file set; the file sets are ordered by file name.
In one implementation manner, an application root directory File may be obtained through a command File [ ] files=application rootdir. Listfiles (), all the obtained files are listed through a command File [ ] files=application rootdir. Listfiles (), and all the obtained files are added to a File set through a command File. The collection of FILEs is ordered by FILE NAME by command collection.
The external storage file can be acquired from the external storage path of the application; listing all acquired files (including folders and specific files); adding all the obtained files into a file set; the file sets are ordered by file name.
In one implementation, the application external storage path may be obtained by command File externalFilesDir =getexternalfiles dir (""). Getparamentfile (); all files (including folders and specific files) acquired by command files [ ] files=externalfiles dir. Adding all the obtained files to a file set through files.addall (files); the collection of FILEs is ordered by FILE NAME by command collection.
The application root directory file is obtained from the application installation path and the external storage file is obtained from the application external storage path through an application program interface (Application Programming Interface, API) of the system. Wherein the system is the operating system of the client.
Each folder and corresponding file under the application's own directory (herein referred to as internal storage) or external storage can be obtained by layer-by-layer traversal.
For example, accessing an internally stored API may include:
the environment is used for acquiring a catalog of user data;
getFilesDir (). GetAbsolutePath () for acquiring the absolute path of the file;
getCacheDir (). GetAbsolutePath () for obtaining the absolute path of the cache;
the API accessing the external storage may include:
environmental.getexternalStoragedirectives (). GetAbsolute Path () for obtaining an externally stored absolute path;
getExternalFilesDir ("") getAbsolutePath (") for obtaining an absolute file path with external storage file name" ";
getExternalCacheDir (). GetAbsolutePath (), absolute file paths for obtaining external storage cache files, and so on.
In a specific embodiment, the obtaining of all sharedreferences files in the internal storage path may be implemented by the following steps:
A1, firstly, acquiring a shared_prefs folder under an application installation path;
a2, obtaining all shared references under shared_prefs folder;
a3, traversing all the xml files obtained in the A2;
a4, acquiring the file name of sharedreferences;
a5, obtaining SharePreferences objects according to SharePreferences file names;
a6, obtaining all key value pairs under the SharedPreferences object;
a7, generating a displayed list object by all key value pairs;
a8, storing the list object in the aggregate data so as to display the panel;
a9, displaying the list object on the panel.
S104, displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process.
The application root directory file and the external storage file are displayed through the preset view component, and the application root directory file and the external storage file can be displayed through the visual interface.
The application root directory file obtained from the application installation path corresponding to the client identification information and the external storage file obtained from the application external storage path corresponding to the client identification information can be understood as persistent data corresponding to the client.
Processing application root directory files and external storage files may include editing and/or searching application root directory files and external storage files, and so forth.
And when the persistent data is displayed, a debugger can directly process the persistent data to assist in debugging, so that whether the persistent data is compiled, operated and the like is accurately and repeatedly verified, and meanwhile, the persistent data can be prevented from being continuously debugged aiming at the problem caused by the persistent data, the times of compiling, operating and observing operation results can be reduced, and the debugging efficiency is improved. Among other things, the debugger may include a developer and/or tester, and the like.
For example, a debugger can directly check whether the persistent data is accurate or not, and when checking that the persistent data is inaccurate, the debugger can directly modify the persistent data, and the debugger does not need to repeatedly compile, operate and observe operation results for verifying whether the persistent data is accurate or not, and can avoid continuous debugging aiming at problems caused by the persistent data.
In an alternative embodiment, as shown in fig. 2, S104: exposing the application root directory file and the external storage file through the preset view component may include:
S1041, calling a system preset application program interface (Application Programming Interface, API) to create a list view component ListView.
ListView is a scrollable list view component provided by the Android system.
S1042, a first ListView adapter is created.
The ListView adapter is an intermediary that maps data to ListView.
Adapter for use with ListView. The ListView Adapter is a bridge between the ListView and the list's data. ListView may display any data packaged in an Adapter.
S1043, taking the application root directory file as a data source of the first ListView adapter.
S1044, associating the first ListView adapter with the ListView.
S1045, exposing the application root directory file through the ListView associated with the first ListView adapter.
S1046, creating a second ListView adapter.
S1047, taking the external storage file as a data source of the second ListView adapter.
S1048, associating the second ListView adapter with the ListView.
S1049, exposing the external storage file through the ListView associated with the second ListView adapter.
Simply understand that setting data to an Adapter and setting the Adapter to ListView, listView displays the data set by the Adapter.
In an alternative embodiment, the application root directory file comprises application root directory files of different file types; the external storage files include external storage files of different file types.
As shown in fig. 3, S103: according to the client identification information, an application root directory file is obtained from an application installation path corresponding to the client identification information, and an external storage file is obtained from an application external storage path corresponding to the client identification information, which may include:
s1031, determining file types of different files in the application installation path according to the file suffix names.
S1032, respectively obtaining application root directory files of different file types.
S1033, determining file types of different files in the external storage path according to the file suffix names.
S1034, respectively acquiring external storage files with different file types.
In an alternative embodiment, the persistent data may be stored under different folders with different subfolders under each folder and different types of data files under the subfolders. For example, the persistent storage of sharedreferences files, the persistent storage of database files, log files, picture caches, page data caches, configuration files, etc. may be stored under subfolders in different file types.
As shown in fig. 4, the folder 1 includes files 1-1.Cache, files 1-2.Cache, files 1-3.Sys, files 1-4_databases, and files 1.5_feeds, and may include rights (permission), date (Date), and Size (Size) corresponding to the files, respectively. Different types of files may be distinguished by suffix names in different file names, such as files with suffix names of.cache,.sys, and.feed, represent different types of files.
Illustrated by sharedreferences file and database file:
the persistent storage of sharedreferences files is one of the ways to persist because of the data format and data type limitations of sharedreferences when stored, and is suitable for storing some simple user settings, such as night mode, volume, or login information, etc. of the user settings. Sharedreferences use key-value pairs to store data, by default in xml files, as shown in fig. 5, which may be stored under a shared_prefs folder.
The corresponding file can be stored in a data/< application package >/xxx (file established when data is stored) catalog of the mobile phone memory, and different types of data can be stored in the modes of putString (), putInt (), putboost (), and the like, so that the mobile phone is convenient to use.
The persistent storage of a database file is one of the persistent storage modes, and as shown in fig. 6, it can be seen that the data type of the database file under the folder last is the end of db, and the data table exists under this database.
The persistent data corresponding to the client can be classified and stored according to the data type. The data types are divided according to the service types. Thus, the data corresponding to each data type can be acquired according to the data type.
And obtaining the persistent data corresponding to each data type according to the different data types.
The persistent data can be classified and stored according to the data type, so that the persistent data corresponding to the data type can be obtained according to the data type in a classified manner.
In an alternative embodiment, persistent data of different data types may be stored in different file types. In this way, persistent data may be obtained from different types of files.
In one implementation, all folders under the installation path can be traversed through threads, different types of files under different folders are read, and classification and summarization are performed according to file types. For example, after each database file is traversed, the database files are summarized, and the data table under each database file is traversed continuously, where the data table may be understood as persistent data stored in the database file, and the obtained data table may be displayed on the data display interface.
The file type can be judged by the file suffix name of the file, and the suffix name can comprise adc.xml, adc.json, abc.png, adc.db and the like.
S104: displaying the application root directory file and the external storage file through a preset view component, wherein the method comprises the following steps:
and respectively displaying files with different file types through a preset view component, wherein the files with the same file type comprise application root directory files and external storage files corresponding to the file types.
And for each data type, displaying the persistent data corresponding to the data type according to the category of the data type. And respectively displaying the application root directory file and the external storage file through a preset view component according to the file type.
In one implementation, different classes of data may be aggregated and persisted data of different data types may be exposed in a categorized manner, and persisted data may be intuitively and quickly processed, e.g., viewing and/or modifying persisted data, etc.
For example, the data file is stored in the format of suffix name. Db, and then the file with suffix name. Db may be obtained and displayed, so that the database file may be presented on the visual interface. The visual interface may include a cell phone interface, as shown in fig. 7A, on which database files may be presented. In one mode, data under sharedreferences_tables can be acquired and displayed, as shown in fig. 7B, data can be displayed on a mobile phone interface, sharedreferences. id indicates the order in which this piece of stored data is stored in sharedreferences. key represents the key of this piece of stored data in sharedreferences. value represents the stored value of this piece of stored data in sharedreferences.
In this way, the persisted data may be visually viewed and manipulated directly on the visualization interface, such as modifying the data, searching the data with keywords, and so forth.
In an alternative embodiment, the application root directory file and the external storage file are used as persistent data corresponding to the client identification information.
As shown in fig. 8, after the application root directory file and the external storage file are shown by the preset view component, the data processing method provided by the embodiment of the present invention may further include:
s801, detecting clicking operation aiming at persistent data to be modified.
The persistence data to be modified is determined according to the actual service requirements.
S802, receiving target data input through a data input box in a visual interface after detecting clicking operation.
S803, the target data is used to replace the persistent data to be modified.
In an alternative embodiment, exposing the application root directory file and the external storage file through the preset view component may be understood as exposing the application root directory file and the external storage file through the visual interface provided by the preset view component. After the application root directory file and the external storage file are displayed, a display instruction input through a visual interface can be received; and determining the data to be displayed according to the display instruction.
The visual interface may include a presentation interface of the electronic device, which may include an interface for interacting with a user, such as a cell phone interface, and the like.
The presentation instructions may include search instructions or editing instructions, and so forth. For example, the input search instruction may be a click of a button of a search option, such as a search box and a button of a search option may be included in the visual interface, and the tester may input a keyword, such as "guide", in the search box and then click on the button of the search option, i.e., the search instruction is input, so that the electronic device may receive the search instruction.
The input edit command may be a button for clicking an edit option, for example, clicking a save button after the tester modifies the data, which may be understood as inputting the edit command, so that the electronic device may receive the edit command.
For example, if a keyword, such as "guide," is included in the input search instruction, it may be determined that the data to be presented includes persistent data related to the keyword, e.g., a file including the keyword "guide" in a search file name.
According to the editing instruction, the edited data can be determined to be the data to be displayed, and the like.
And displaying the data to be displayed.
The client can receive a keyword guide input by a tester through the visual interface; and searching for persistent data corresponding to the keyword according to the keyword, for example, searching for a file comprising the keyword guide in a file name, and displaying the searched data on the visual interface. An embodiment of the present invention is shown in fig. 9A.
In another embodiment of the present invention, as shown in fig. 9B, on the basis of the display of fig. 9A, a debugger may click on the data displayed on the visual interface and edit the data. For example, a data input box may be included in the visual interface, target data may be input in the data input box, the target data may also be understood as modified data, and after modification is completed, a "save" button may be clicked. In this manner, when the client detects that the "save" button is triggered, the persisted data at the storage location is updated to the modified data. Therefore, the data can be directly modified, whether compiling, running and the like are accurately and repeatedly performed for verifying the persistent data is avoided, meanwhile, continuous debugging aiming at problems caused by the persistent data can be avoided, the times of compiling, running and observing running results can be reduced, and the debugging efficiency is improved.
In an alternative embodiment, as shown in fig. 10, an embodiment of the present invention further includes:
s1001, a trigger instruction for the pre-packaged software development kit SDK is received.
For example, a button may be provided, and after clicking the button, the debugger triggers the SDK call, and the electronic device receives a trigger instruction for the SDK.
S1002, calling the SDK to obtain an application root directory file from an application installation path corresponding to the client identification information according to the client identification information through the SDK, and obtaining an external storage file from an application external storage path corresponding to the client identification information; the steps of applying the root directory file and the external storage file are exposed through the view collection ListView component.
Acquiring an application root directory file from an application installation path corresponding to the client identification information according to the client identification information through the packaged SDK, and acquiring an external storage file from an application external storage path corresponding to the client identification information; and displaying the application root directory file and the external storage file through the view set ListView component, namely acquiring the persistent data corresponding to the client through the SDK, and displaying the persistent data.
The SDK encapsulates an application installation path corresponding to the client identification information by calling an internal storage path acquisition interface according to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information; acquiring an application root directory file from an application installation path and acquiring an external storage file from an application external storage path; and displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process, and thus, the persistent data corresponding to the client can be displayed through the packaged SDK as long as the client identification information is provided for any client.
Decoupling with the client can be realized through the SDK, any client can be accessed into the SDK without invasion, and the client is not limited in the embodiment of the invention, and the SDK can acquire and display the persistent data on the premise of not influencing other functions of the client so as to assist debugging personnel to debug. The data processing method provided by the embodiment of the invention can assist in development in the process of developing the client by the developer and assist in testing in the process of testing the client by the tester.
For example, after the logic code related to the persistent data is executed, a developer can check the persistent data by opening an interface of the SDK to judge whether the persistent data is normal, so that repeated compiling operation and debugging of programs are avoided, development time is saved, and development efficiency is improved.
For example, a tester may visually observe whether the persisted data to be tested is present and correct by opening an interface of the SDK to view the persisted data. Alternatively, when the observation of persisted data is incorrect, the persisting may be directly manipulated, such as modified to the correct data.
Under a specific application scene, in the related demand test of the player multi-track multi-subtitle, the bug of the plug-in subtitle can not be switched when the player plays the video resource of the multi-subtitle, at the moment, whether the plug-in subtitle of the corresponding resource is successfully downloaded can be checked according to the file type by opening the interface of the SDK, the problem can be intuitively reflected, the problem can be determined without repeatedly modifying logic codes, compiling and running and observing running results, or the problem is not persistent data related to the plug-in subtitle, or the persistent data is inaccurate, so that the efficiency of testing and diagnosing the problem can be improved.
In the embodiment of the invention, the persistence data related to the App can be quickly checked and modified in a non-invasive way through the capability provided by the embedded SDK, and the sandbox files (such as log files, databases, xml files, sharePreferences files, picture caches, video tracks, subtitle resource files and the like) in the App can be listed and displayed through the SDK, and the persistence data stored outside can also be displayed. Therefore, a debugger, such as a developer or a tester, can complete checking and modifying data by means of the interface presented by the SDK, and assist in developing and debugging the bug, so that development efficiency and test efficiency are improved. The developer and the tester can debug the related logic of the persistent data in a friendly way, so that the time for debugging only aiming at the modification of the logic code in the existing mode is saved, and the debugging efficiency is improved. For example, the SDK may provide functionality to directly modify the persistent data, such as directly modifying corresponding values in a database table, may be directly saved and validated, and may further directly view results, and may reduce the steps and time of debugging.
Corresponding to the data processing method provided in the above embodiment, an embodiment of the present invention provides a data processing apparatus, as shown in fig. 11, which may include:
a first obtaining module 1101, configured to obtain client identification information;
the determining module 1102 is configured to invoke an internal storage path acquisition interface according to the client identification information, and determine an application installation path corresponding to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information;
a second obtaining module 1103, configured to obtain an application root directory file from an application installation path, and obtain an external storage file from an application external storage path;
the display module 1104 is configured to display the application root directory file and the external storage file through a preset view component, so that the application root directory file and the external storage file can be processed in a debugging process.
Optionally, the presentation module 1104 is specifically configured to call a system preset application program interface API, and create a list view component ListView; creating a first ListView adapter; the ListView adapter is an intermediary that maps data to ListView; taking the application root directory file as a data source of a first ListView adapter; associating a first ListView adapter with a ListView; exposing an application root directory file through a ListView associated with a first ListView adapter; creating a second ListView adapter; taking the external storage file as a data source of a second ListView adapter; associating a second ListView adapter with the ListView; the external storage file is exposed through a ListView associated with a second ListView adapter.
Optionally, the application root directory file includes application root directory files of different file types; the external storage files comprise external storage files of different file types;
the second obtaining module 1103 is specifically configured to determine file types of different files in the application installation path according to the file suffix name; respectively acquiring application root directory files of different file types; determining file types of different files in an application external storage path according to the file suffix names; respectively obtaining external storage files of different file types;
the display module 1104 is specifically configured to display files of different file types through a preset view component, where the files of the same file type include an application root directory file and an external storage file corresponding to the file type.
Optionally, the application root directory file and the external storage file are used as persistent data corresponding to the client identification information;
as shown in fig. 12, the apparatus further includes:
a detection module 1201, configured to detect a click operation for persistent data to be modified after the application root directory file and the external storage file are displayed through the preset view component; the persistence data to be modified is determined according to the actual service requirement;
A first receiving module 1202, configured to receive target data input through a data input box in a visual interface after detecting a clicking operation;
a replacing module 1203 is configured to replace the persistent data to be modified with the target data.
Optionally, as shown in fig. 13, the apparatus further includes:
a second receiving module 1301, configured to receive a trigger instruction for a pre-packaged software development kit SDK;
a calling module 1302, configured to call the SDK to obtain, through the SDK, an application root directory file from an application installation path corresponding to the client identification information according to the client identification information, and obtain an external storage file from an application external storage path corresponding to the client identification information; the steps of applying the root directory file and the external storage file are exposed through the view collection ListView component.
The data processing device provided by the embodiment of the invention is a device applying the data processing method, so that all the embodiments of the data processing method are applicable to the device and can achieve the same or similar beneficial effects.
Corresponding to the data processing method provided in the above embodiment, the embodiment of the present invention further provides a data processing device, as shown in fig. 14, including a processor 1401, a communication interface 1402, a memory 1403, and a communication bus 1404, where the processor 1401, the communication interface 1402, and the memory 1403 complete communication with each other through the communication bus 904,
A memory 1403 for storing a computer program;
the processor 1401 is configured to implement the method steps of the data processing method provided in the above embodiment when executing the program stored in the memory 1403.
In the embodiment of the invention, the application root directory file and the external storage file are displayed through the preset view component. Therefore, the displayed application root directory file and the external storage file can be directly processed to assist in debugging, the application root directory file and the external storage file are persistent data stored in the permanently-storable storage device, whether the persistent data are compiled and operated repeatedly or not can be avoided for verifying, meanwhile, continuous debugging of problems caused by the persistent data can be avoided, the times of compiling, operating and observing operation results can be reduced, and debugging efficiency is improved.
The communication bus mentioned by the above data processing apparatus may be a peripheral component interconnect standard (Peripheral Component Interconnect, abbreviated to PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated to EISA) bus, or the like. The communication bus may be classified as an address bus, a data bus, a control bus, or the like. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus.
The communication interface is used for communication between the data processing device and other devices.
The memory may include random access memory (Random Access Memory, RAM) or non-volatile memory (non-volatile memory), such as at least one disk memory. Optionally, the memory may also be at least one memory device located remotely from the aforementioned processor.
The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
In accordance with the data processing method provided in the foregoing embodiment, in yet another embodiment of the present invention, a computer readable storage medium is further provided, in which a computer program is stored, where the computer program is executed by a processor to implement the method steps of the data processing method provided in the foregoing embodiment.
In the embodiment of the invention, the application root directory file and the external storage file are displayed through the preset view component. Therefore, the displayed application root directory file and the external storage file can be directly processed to assist in debugging, the application root directory file and the external storage file are persistent data stored in the permanently-storable storage device, whether the persistent data are compiled and operated repeatedly or not can be avoided for verifying, meanwhile, continuous debugging of problems caused by the persistent data can be avoided, the times of compiling, operating and observing operation results can be reduced, and debugging efficiency is improved.
In accordance with the data processing method provided in the above embodiment, in a further embodiment provided by the present invention, there is also provided a computer program product containing instructions, which when run on a computer, cause the computer to perform the method steps of the data processing method provided in the above embodiment.
In the embodiment of the invention, the application root directory file and the external storage file are displayed through the preset view component. Therefore, the displayed application root directory file and the external storage file can be directly processed to assist in debugging, the application root directory file and the external storage file are persistent data stored in the permanently-storable storage device, whether the persistent data are compiled and operated repeatedly or not can be avoided for verifying, meanwhile, continuous debugging of problems caused by the persistent data can be avoided, the times of compiling, operating and observing operation results can be reduced, and debugging efficiency is improved.
In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, produces a flow or function in accordance with embodiments of the present invention, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, by wired (e.g., coaxial cable, optical fiber, digital Subscriber Line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid State Disk (SSD)), etc.
It is noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In this specification, each embodiment is described in a related manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for embodiments of the apparatus, device, computer readable storage medium and computer program product, the description is relatively simple as it is substantially similar to the method embodiments, as relevant points are found in the partial description of the method embodiments.
The foregoing description is only of the preferred embodiments of the present invention and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention are included in the protection scope of the present invention.
Claims (9)
1. A method of data processing, comprising:
acquiring client identification information;
according to the client identification information, an internal storage path acquisition interface is called, and an application installation path corresponding to the client identification information is determined; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information;
acquiring an application root directory file from the application installation path and acquiring an external storage file from the application external storage path;
displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in a debugging process;
taking the application root directory file and the external storage file as persistent data corresponding to the client identification information;
after the exposing the application root directory file and the external storage file through a preset view component, the method further comprises:
Detecting clicking operation aiming at persistent data to be modified; the persistence data to be modified is determined according to actual service requirements;
when the clicking operation is detected, receiving target data input through a data input box in a visual interface;
and replacing the persistent data to be modified by the target data.
2. The method of claim 1, wherein the exposing the application root directory file and the external storage file through a preset view component comprises:
calling a system preset application program interface API, and creating a list view component ListView;
creating a first ListView adapter; the ListView adapter is an intermediary that maps data to ListView;
taking the application root directory file as a data source of the first ListView adapter;
associating the first ListView adapter with the ListView;
displaying the application root directory file through a ListView associated with the first ListView adapter;
creating a second ListView adapter;
taking the external storage file as a data source of the second ListView adapter;
associating the second ListView adapter with the ListView;
the external storage file is shown through a ListView associated with the second ListView adapter.
3. The method of claim 1, wherein the application root directory files comprise application root directory files of different file types; the external storage files comprise external storage files of different file types;
the step of obtaining the application root directory file from the application installation path corresponding to the client identification information according to the client identification information and obtaining the external storage file from the application external storage path corresponding to the client identification information comprises the following steps:
determining file types of different files in the application installation path according to the file suffix names;
respectively acquiring application root directory files of different file types;
determining file types of different files in an application external storage path according to the file suffix names;
respectively obtaining external storage files of different file types;
the displaying the application root directory file and the external storage file through a preset view component comprises the following steps:
and respectively displaying files with different file types through a preset view component, wherein the files with the same file type comprise application root directory files and external storage files corresponding to the file types.
4. A method according to any one of claims 1 to 3, further comprising:
Receiving a trigger instruction aiming at a pre-packaged Software Development Kit (SDK);
calling the SDK to finish acquiring an application root directory file from an application installation path corresponding to the client identification information according to the client identification information through the SDK, and acquiring an external storage file from an application external storage path corresponding to the client identification information; and exposing the application root directory file and the external storage file through a view collection ListView component.
5. A data processing apparatus, comprising:
the first acquisition module is used for acquiring the client identification information;
the determining module is used for calling an internal storage path acquisition interface according to the client identification information and determining an application installation path corresponding to the client identification information; calling an external storage path acquisition interface to determine an application external storage path corresponding to the client identification information;
the second acquisition module is used for acquiring an application root directory file from the application installation path and acquiring an external storage file from the application external storage path;
the display module is used for displaying the application root directory file and the external storage file through a preset view component so that the application root directory file and the external storage file can be processed in the debugging process;
Taking the application root directory file and the external storage file as persistent data corresponding to the client identification information;
the apparatus further comprises:
the detection module is used for detecting clicking operation aiming at the persistent data to be modified after the application root directory file and the external storage file are displayed through the preset view component; the persistence data to be modified is determined according to actual service requirements;
the first receiving module is used for receiving target data input through a data input box in the visual interface after the clicking operation is detected;
and the replacing module is used for replacing the persistent data to be modified by the target data.
6. The apparatus according to claim 5, wherein the presentation module is specifically configured to call a system preset application program interface API to create a list view component ListView; creating a first ListView adapter; the ListView adapter is an intermediary that maps data to ListView; taking the application root directory file as a data source of the first ListView adapter; associating the first ListView adapter with the ListView; displaying the application root directory file through a ListView associated with the first ListView adapter; creating a second ListView adapter; taking the external storage file as a data source of the second ListView adapter; associating the second ListView adapter with the ListView; the external storage file is shown through a ListView associated with the second ListView adapter.
7. The apparatus of claim 5, wherein the application root directory files comprise application root directory files of different file types; the external storage files comprise external storage files of different file types;
the second obtaining module is specifically configured to determine file types of different files in the application installation path according to the file suffix name; respectively acquiring application root directory files of different file types; determining file types of different files in an application external storage path according to the file suffix names; respectively obtaining external storage files of different file types;
the display module is specifically configured to display files with different file types through a preset view component, where the files with the same file type include an application root directory file and an external storage file corresponding to the file type.
8. The data processing equipment is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus;
a memory for storing a computer program;
a processor for carrying out the method steps of any one of claims 1-4 when executing a program stored on a memory.
9. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored therein a computer program which, when executed by a processor, implements the method steps of any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110199378.9A CN112817862B (en) | 2021-02-22 | 2021-02-22 | Data processing method, device, equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110199378.9A CN112817862B (en) | 2021-02-22 | 2021-02-22 | Data processing method, device, equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112817862A CN112817862A (en) | 2021-05-18 |
| CN112817862B true CN112817862B (en) | 2023-09-05 |
Family
ID=75864873
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110199378.9A Active CN112817862B (en) | 2021-02-22 | 2021-02-22 | Data processing method, device, equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112817862B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016110203A1 (en) * | 2015-01-06 | 2016-07-14 | 阿里巴巴集团控股有限公司 | File path storing and local file accessing method and device |
| CN106557572A (en) * | 2016-11-11 | 2017-04-05 | 武汉斗鱼网络科技有限公司 | A kind of extracting method and system of Android application program file |
| CN107577777A (en) * | 2017-09-12 | 2018-01-12 | 北京奇艺世纪科技有限公司 | A kind of file reference method, apparatus and electronic equipment |
| WO2018080009A1 (en) * | 2016-10-31 | 2018-05-03 | Samsung Electronics Co., Ltd. | Electronic apparatus for recording debugging information and control method thereof |
| CN108334453A (en) * | 2018-02-28 | 2018-07-27 | 深圳创维数字技术有限公司 | A kind of file adjustment method, device, terminal device and storage medium |
| CN110297808A (en) * | 2019-05-20 | 2019-10-01 | 平安科技（深圳）有限公司 | File modification method, apparatus, computer equipment and the storage medium of container application |
| CN111338968A (en) * | 2020-03-24 | 2020-06-26 | 网易（杭州）网络有限公司 | Project function module debugging method, device, medium and electronic equipment |
| WO2021003932A1 (en) * | 2019-07-05 | 2021-01-14 | 平安国际智慧城市科技股份有限公司 | File management method and apparatus, computer device and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7516445B2 (en) * | 2005-06-30 | 2009-04-07 | Microsoft Corporation | Locating source code when stopping in a debugger |
-
2021
- 2021-02-22 CN CN202110199378.9A patent/CN112817862B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016110203A1 (en) * | 2015-01-06 | 2016-07-14 | 阿里巴巴集团控股有限公司 | File path storing and local file accessing method and device |
| WO2018080009A1 (en) * | 2016-10-31 | 2018-05-03 | Samsung Electronics Co., Ltd. | Electronic apparatus for recording debugging information and control method thereof |
| CN106557572A (en) * | 2016-11-11 | 2017-04-05 | 武汉斗鱼网络科技有限公司 | A kind of extracting method and system of Android application program file |
| CN107577777A (en) * | 2017-09-12 | 2018-01-12 | 北京奇艺世纪科技有限公司 | A kind of file reference method, apparatus and electronic equipment |
| CN108334453A (en) * | 2018-02-28 | 2018-07-27 | 深圳创维数字技术有限公司 | A kind of file adjustment method, device, terminal device and storage medium |
| CN110297808A (en) * | 2019-05-20 | 2019-10-01 | 平安科技（深圳）有限公司 | File modification method, apparatus, computer equipment and the storage medium of container application |
| WO2021003932A1 (en) * | 2019-07-05 | 2021-01-14 | 平安国际智慧城市科技股份有限公司 | File management method and apparatus, computer device and storage medium |
| CN111338968A (en) * | 2020-03-24 | 2020-06-26 | 网易（杭州）网络有限公司 | Project function module debugging method, device, medium and electronic equipment |
Non-Patent Citations (1)
| Title |
|---|
| Android开发中利用反射获取存储路径的研究;陆志平;胡晨骏;;计算机系统应用(07);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112817862A (en) | 2021-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10621068B2 (en) | Software code debugger for quick detection of error root causes | |
| US8578340B1 (en) | Recording and replaying computer program execution with recorded execution event breakpoints | |
| CN110554965B (en) | Automated fuzz testing method, related equipment and computer readable storage medium | |
| Coelho et al. | Unveiling exception handling bug hazards in android based on github and google code issues | |
| US9348624B2 (en) | Monitoring file access of java processes | |
| US8522213B2 (en) | Debugger and debugging methods using breakpoints conditioned on the static identity of data | |
| US9229738B2 (en) | Software development tool for providing user context information to improve message quality at development time | |
| US9311217B2 (en) | Analyzing computer programs to identify errors | |
| US10565089B2 (en) | Identification of code features potentially associated with code behavior | |
| US9459991B2 (en) | Heap dump object identification in a heap dump analysis tool | |
| CN110879781B (en) | Program debugging method, device, electronic equipment and computer readable storage medium | |
| US11580228B2 (en) | Coverage of web application analysis | |
| CN112817862B (en) | Data processing method, device, equipment and readable storage medium | |
| US8464103B2 (en) | Generating a functional coverage model from a trace | |
| Shimari et al. | NOD4J: Near-omniscient debugging tool for Java using size-limited execution trace | |
| US20160019129A1 (en) | Unification of descriptive programming and object repository | |
| US20140282414A1 (en) | Method and system for debugging of a program | |
| US20160275002A1 (en) | Image capture in application lifecycle management for documentation and support | |
| Coppola et al. | Evolution and fragilities in scripted gui testing of android applications | |
| US8458523B2 (en) | Meta attributes in functional coverage models | |
| CN112052054A (en) | Function calling method and device, electronic equipment and storage medium | |
| Eisner et al. | Probe-based syscall tracing for efficient and practical file-level test traces | |
| Artho et al. | Sources of inter-package conflicts in debian | |
| US9852046B1 (en) | Method and system for automated debugging memory allocation and memory release | |
| CN113342736A (en) | Storage path management method, device, medium and computing equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |